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Preface 


Let me begin by saying what this book is not. It is not the 
same as the books previously written on command and control 
by Paul Bracken, Bruce Blair, C. Kenneth Allard, or others. The 
World Wide Military Command and Control System (WWMCCS) 
is constituted of four generad types of elements: sensors, com- 
mand posts, computers, and communications networks. 
Whereas previous books dealt mainly with the first two types, 
this book is concerned far more strongly with the second two. 
Nor has any previous writer dealt ■with WWMCCS comprehen- 
sively. Allard, for instance, devotes only about two pages to 
WWMCCS, Blaiir refers to it on but three occasions, and Bracken 
does not mention it at all. Here, addressing what the system is 
and how it got that way are central concerns, and attention is 
paid to a number of key system factors and elements that re- 
ceived almost no attention in these eairller works. 

This book is also not another study of cold war deterrence, 
nor is it an examination of the (h5^othesized) interactivity be- 
tween the American and So'viet command and control systems 
under conditions of crisis or war. 

Perhaps the best single way to summarize it is to "view the 
book as a bureaucratic or organizational history. What I do is 
to take three distinct historical themes — organization, technol- 
ogy, and Ideology — and examine how each contributed to the 
development of WWMCCS and its ability (and frequent inabil- 
ity) to satisfy the demands of national leadership. Whereas 
earlier works were primarily descriptive, cataloguing the com- 
mand and control assets then in place or under development, I 
offer more analysis by focusing on the issue of how and why 
WWMCCS developed the way it did. While at first glance less 
provocative, this approach is potentially more useful for de- 
fense decision makers dealing with complex human and tech- 
nological systems in the post-cold-war era. It also makes for a 
better story and, I trust, a more Interesting read. 

By necessity, this work is selective. The elements of 
WWMCCS are so numerous, and the parameters of the system 
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potentially so expansive, that a full treatment is impossible 
within the compass of a single volume. Indeed, a full treatment 
of even a single WWMCCS asset or subsystem — the Defense 
Satellite Communications System, Extremely Low Frequency 
Communications, the National Mihteuy Command System, to 
name but a few — could itself constitute a substantial work. In 
its broadest conceptualization, WWMCCS is the world, and my 
approach has been to deal with the head of the octopus rather 
than its myriad tentacles. 

My initial Interest in WWMCCS goes back — ^what seems like a 
long, long time — to my graduate school days and a class in 
national security issues taught at Yale by Garry Brewer, who 
later became a member of my (non-WWMCCS related) disserta- 
tion committee. I’m not quite certain whether to thank him or 
denoimce him for starting me on what has proved to be the 
lengthiest research project I have ever imdertaken. Now that the 
project is completed, thanks, I suppose, is more appropriate. 
Thanks also go to Charles Perrow, my former dissertation chair, 
who, at an early stage of my career, introduced me to organiza- 
tional theory and helped me to think analytically about complex 
organizations. As to more recent history, this project was for- 
mally launched during a postdoctoral fellowship year at Ohio 
State University’s Mershon Center, emd a subsequent junior fac- 
ulty leave from Lafayette College helped advance it. Special 
thanks go to Charles Hermann, Thomas Norton, and Howard 
Schneiderman for their encouragement and insight. 



Introduction 


In the late 1970s, in response to a lengthy series of failures 
and snafus in various components of the Defense Depart- 
ment’s World Wide Military Command and Control System 
(WWMCCS: pronounced “wimex”), a remarkable and rather 
unlikely team of consultants was assembled at the Pentagon. 
Their job was to try to figure out how to make the vast, multi- 
billion dollar metasystem of sensors, command centers, and 
communications links work better. The group included 30 an- 
thropologists and sociologists, mathematicians, control theo- 
rists and systems theorists, Eind representatives from a variety 
of other scholarly disciplines — “academics with a philosophic^ 
bent,” as one writer described them. In a series of meetings 
with a similarly sized group of defense experts, the academics 
considered ways to deal with WWMCCS’s many problems. All 
sorts of recommendations were offered up, but, according to 
one of the consultants, conspicuously lacking was any “critical 
examination of the dominant paradigm which condones the 
expenditure of vast resources without even a semblzmce of a 
conceptual rationale for the effort.”* 

However correct that assessment might have been, and 
some certcilnly disputed it, the whole experience was, in a 
word, unprecedented. The fact that academics had been In- 
vited to the Pentagon in the first place could be read as an 
admission that the vast assemblage of technologies and hu- 
man organizations that was WWMCCS was not up to snuff as 
the cold war moved into its final tense decade. The meetings 
were also a not-so-lmpllclt admission that the Pentagon’s tra- 
ditional problem-solving method in this area, the so-called 
evolutionary approach to command and control system devel- 
opment, had come up short; in fact, this approach itself might 
have represented a major impediment to the formulation of a 
coherent conceptual basis for the system. After some 20 years 
of development, the World Wide Military Command £ind Con- 
trol System, even in the eyes of some of its most enthusiastic 
advocates, was judged to be less than effective. 
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The Pentagon’s concern with command and control effective- 
ness was soon complemented by the concerns of defense ana- 
lysts outside the government. By the early 1980s, these analysts 
were pointing out how such traditioned measxires of effectiveness 
as number of warheads, throw weights, damage expectancy, and 
surviving equivalent megatonnage tended to selectively focus at- 
tention on only a few critical aspects of the strategic balance. 
They pointed out that while the defense literature contained an 
abimdance of missile duels, it offered far fewer “serious inquiries 
into the organizational, hiunan, and technical requirements for 
minimal, essential command and control.”^ They noted that 
while the centrality of command and control in the implementa- 
tion of US strategic policy was everywhere Implicit, plans seldom 
reflected key vulnerabilities and real-world system limitations. 

Numerous efforts were made throughout the remainder of the 
1980s to identify the key concepts in this area to evolve 
unambiguous measures of effectiveness for WWMCCS. The re- 
sult was an increasingly elaborate lexicon for articulating what is 
meant by command and control effectiveness — elaborate, but still 
far from adequate. Many of the terms that came to be incorpo- 
rated into this burgeoning conceptual list, such as standardiza- 
tion or end-to-end security, were superficial and far from self- 
explanatory, and the requirement for them by no means 
self-evident.® The diversity and complexity of the concepts was 
great, cind thus reveahng. Rather than serving as an indicator of 
greater understanding, the proliferation of tenebrous terminol- 
ogy could be interpreted as something quite different, perhaps as 
nothing so much as a signal indicator of Incomprehensibility and 
unmanageable complexity.^ 

Amidst the confusion there were naturally some eireas of con- 
sensus. Among the generally aigreed-upon criteria of effective- 
ness that eventually emerged within the defense community, it 
was held that command and control systems should be interop- 
erable — meeting the demands of users, with a variety of interests 
and emphases — at all system locations. As an obvious concomi- 
tant, equipment, computerized data formats, and other com- 
mon-user elements must be compatible. The point was to do 
away with the situation, endemic to large-scale mlUtcuy opera- 
tions throughout the cold war era, in which the different mis- 
sions of the services, their different requirements, vernaculars. 



and assets, led to major problems when the services were 
called upon to work together in joint operations.^ Next, the 
systems should be responsive, able to provide rapid, direct 
connections and real-time relays whenever necessary with 
adequate capacity. The systems must be flexible, able to meet 
changing requirements in a dynamic environment. This in 
turn suggests that they should be survivable in case of attack, 
to be accomplished by emphasizing reconstitution of assets, 
redundancy, and design of command nodes and communica- 
tions links. That is, effective systems should permit an assess- 
ment of friendly and adversary residual capabilities in a post- 
attack environment, and allow for variable response options. 
Indeed, the Reagan administration’s strategic modernization 
program of the early 1980 s specifically highlighted the require- 
ment that command and control systems be as survivable as 
the weapons they supported.® Given that conflicts might per- 
sist for some time, effective systems should also be endurable, 
degrading gradually rather than experiencing catastrophic fail- 
ure under conditions of stress and damage. They must be 
reliable, able to perform acceptably with imperfect information 
and under severe time constraints. Finally, they must be able 
to provide secure linkages between users under a wide range 
of conditions.^ 

It aU sounded fine, but as soon as these concepts were 
considered in the context of WWMCCS, their meanings be- 
came problematical and contextual. Take, for example, the 
apparently unambiguous criterion of survivability. Since re- 
sources are not infinite, it might well be appropriate for some 
WWMCCS elements to be designed to function only in peace- 
time. Others might need to deal with minor emergencies, while 
others might have to function through major conventional war. 
Still others might have to function during a tactical nuclear 
war or throughout and even subsequent to a strategic nuclear 
exchange. Which systems should be made more or less surviv- 
able? How should this best be accomplished? Precisely who 
should make these determinations? The answers that were 
offered often depended upon nothing so much as who was 
asked the question. 

Consensus on these and a host of related issues was neces- 
sary for the promulgation of clear and specific, broadly appll- 



cable measures of effectiveness. But In the real world In which 
WWMCCS programs were conceived and developed — one of 
multiple users, competing organizational subunits, goal dls- 
sensus, budgetary constraints, and a context of rapid techno- 
logical change — consensus was difficult to achieve. Absent 
agreement on specific definitions, the meaning of such con- 
cepts as survivability, reliability, or any of the others became 
possible only on a fairly general rhetorical level; that is, they 
became official goals, necessarily lacking specific human or 
technological referents to what the system was supposed to 
accomplish.® Who, after all, could possibly disagree with the 
general proposition of having more survivable, reliable, or flex- 
ible systems for the command and control of America’s mUi- 
taiy forces? But in practice, such measures were frequently 
little more than sophisticated sloganeering of a politically ex- 
pedient sort. In the end, these terms offered little guidance for 
determining whether the World Wide Military Command and 
Control System was an effective system, under what condi- 
tions, and from whose point of view. 

Problems with properly conceptualizing effectiveness were 
hardly unique to WWMCCS. Among organizational analysts, 
interest in effectiveness had been persistent; it had also been 
persistently frustrated by a similar conceptual ambiguity.® 
Since the 1960s numerous highly divergent models of effec- 
tiveness had been advanced. Almost as quickly as they ap- 
peared, they were subjected to pointed criticism by writers 
who viewed their assumptions as either dubious or of limited 
applicability. It was pointed out in the mid-1960s that most of 
what had been written on the topic was highly judgmental, 
filled with advice that “seems sagacious but is tautological and 
contradictory.”'® But despite the doubts, the theoretical impor- 
tance of the concept ensured an ongoing effort to promulgate 
an acceptable operational definition. And not without reason; 
after all, effectiveness represents the ultimate dependent vari- 
able in any organizational analysis." 

But as the literature in this area burgeoned, as alternative 
definitions of effectiveness continued to be propounded, it be- 
came increasingly apparent to many analysts that this goal 
was chimerical or simply misguided. One described it as a sort 
of trudging after an “ever-shifting rainbow’s end.”*^ By the end 
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of the 1970s, efforts to come to grips with the concept had 
reached an apparent intellectual impasse. It was recognized 
that the many shortcomings of effectiveness research were at- 
tributable to the fact that the concept being addressed was 
ambiguous in the extreme. Two analysts lamented in summing 
up the state of the literature, “There are no definitive theories. 
There is no agreement on a definition for organizational effec- 
tiveness: the number of definitions varies with the number of 
authors who have been preoccupied with the concept.”'® 

Things changed little with the passage of additional years, 
and well into the 1980s scholarly journals continued to report 
the confusion that characterized scholarly writing on the topic, 
noting how “problems of definition, circumscription, and crite- 
ria Identification plague most authors’ work.”'"* Indeed, the in- 
tellectual hurdles presented by the issue appeared so insur- 
mountable and the distances separating perspectives so vast 
and imponderable that some researchers fled the field entirely, 
concluding that effectiveness is a retractably subjective phe- 
nomenon defying objective definition and analysis, not unlike 
the notions of truth and beauty.'® With efforts to define the 
concept mired in and beset by numerous and apparently 
hopeless contingencies, scholarly interest predictably declined. 

The impasse represented by the Increasingly widespread 
recognition that effectiveness is a complex and multidimen- 
sional concept can also be seen to represent a sort of water- 
shed in the academic literature. Beginning in the late 1970s, 
research began shifting away from the earlier emphasis on 
conceptualization and operationalization. Its focus thereafter 
turned more to what have been described as the “contradic- 
tions” inherent in the concept, its emphasis on elaborating its 
conceptual complexity and cataloguing the normative, tempo- 
ral, organizatloncil, and environmental constraints presumed 
to render any definition of effectiveness of only limited utility.'® 
What seems to have emerged as we move toward the present is 
not consensus concerning any single model’s validity but 
rather a more-or-less widespread recognition that dissensus is 
the norm. For understanding WWMCCS’s evolution 2 md its 
many problems, it is a dissensus that will command our clos- 
est attention. 
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Three principal themes, or, perhaps better said, historical 
streams of action appear to have governed the development of 
WWMCCS. They are summarized by such terms as technology, 
organization, and ideology. Technological changes throughout 
the cold war dramatically altered the nature of warfare, and 
technological push would be a defining process in the develop- 
ment of defense systems, including WWMCCS. These changes 
in turn necessitated changes in organization, in particular the 
movement toward a more centralized defense management 
structure — something actively resisted by a number of power- 
ful defense constituencies, most notably the military services. 
To allay doubts and overcome resistance, considerable author- 
ity for WWMCCS’s development was ceded to the services, who 
proceeded to define system requirements in ways genial to 
their Interests — a sort of technological “user pull.”’^ Thus, from 
the outset WWMCCS has been a “subunit-dominated organi- 
zation,” emphasizing the services’ needs and requirements 
over those of other elements, over the interests of the system 
as a whole, and, not infrequently, over the national interest. 

A sense of WWMCCS’s subunit-dominated eharaeter, of its 
fundamental ambiguity and fraetiousness, was captured well 
by a former deputy director for defense research and engineer- 
ing who, in the mid-1960s, pointed out: “We are talking about 
a pieture whleh is constantly changing in different ways — in 
the functions performed, the people performing, and the 
equipment being used.”'® It was apparent at the end of that 
decade in the remarks of a House Military Operations Sub- 
committee staff administrator who exclaimed to the director of 
one WWMCCS subunit, “You have so many systems here, no 
wonder you need a systems engineering analysis setup.”'® It 
was clear when one defense journal described WWMCCS as 
“somewhat of a Rube Goldberg concoction consisting of Army, 
Navy and Air Force systems linked together with commercial 
carriers.”®® It was clear in the 1970s when the Defense Com- 
munications System, a key WWMCCS element, was described 
as “merely an association of facilities tied together and at- 
tempting to act in concert, but with no central authority to 
direct its actions.”®' In addition, it was apparent a decade later 
in a General Accounting Office evaluation of WWMCCS’s auto- 
mated data-processing program’s management structure. 


xuiii 



when it was pointed out that things were so nebulous that no 
one could be found who had a thorough general under- 
standing of the progreim. The difficulties with defining what is 
meant by WWMCCS are perhaps best summed up in the re- 
peated references to it throughout the years as a “loosely knit 
federation,” “more of a federation of systems than a single 
system,” a “federation of subsystems,” and various similar 
characterizations . 

This condition of rampant organizational suboptimization 
was validated and ultimately institutionalized by the “evolu- 
tionary approach,” an increasingly pervasive Ideology within 
defense circles asserting that command and control system 
development is best conducted Incrementally, by system 
subunits: and the reason it geiined such wide currency prob- 
ably lies more in its bureaucratic utility than in its ability to 
create an optimal system for command and control. Those 
Interested in maintaining a decentralized defense status quo 
embraced the approach because it maintains that the deci- 
sion-making process is situationally contingent and unknow- 
able in advance. Centralized decision makers thus cannot ade- 
quately specify the sorts of Information they require, with 
whom they might need to communicate, or precisely what type 
of system best suits their needs. In light of this Ignorance at 
the center, the logical course of action is to devolve authority 
toward the periphery, thus providing greater flexibility for sys- 
tem development to lower -level system subunits. Thus the 
services, fully cognizant of the defensewide trend toward 
greater centralization and acutely sensitive to the loss of 
autonomy and authority it portended, perceived in the evolu- 
tionaiy approach a way to maintain some (though surely not 
all) of their eEirlier autonomy and authority. Unable to stop the 
juggernaut of defense centralization, they saw In the evolution- 
ary approach a way to make the most out of a bad situation. 
Branch offices of the secretary of defense they would not be, 
and, by embracing it, they were able in substantial measure to 
co-opt the development of WWMCCS in ways they considered 
advantageous. 

For those interested In advancing the cause of greater cen- 
tralization, the evolutionary approach also had its appeal, mol- 
lifying as it did the opposition of the services, who otherwise 
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might be expected to vigorously oppose any centralizing initia- 
tive. Whatever the other merits or liabilities of this approach, it 
appears to have held a certain Machiavellian appeal to the 
proponents of greater centralization (at least initially) because, 
as Avith the services, it was perceived as a way to advance their 
interests. But as things turned out, it also represented the 
classic deal with the devil, for the price paid by the centralizers 
turned out to be disproportionately high. Adopting the evolu- 
tionary approach certainly helped to diminish service resis- 
tance: but the price ultimately paid was nothing less than the 
very soul of the centralized WWMCCS concept. 

The historical lack of any organizational center of gravity for 
WWMCCS and the serious lack of coordination between its 
constituent elements resulted in a multiplicity of problems and 
occasionally major failures when the system was called upon 
to function in coordinated, joint-service fashion. Focusing on 
process rather than on result, emphasizing what the sociolo- 
gist Max Weber called formal rather than substantive rational- 
ity, WWMCCS’s subunit-dominated structure and the evolu- 
tionary approach that validated it thus set the stage for an 
ongoing series of falls. Those who enjoy ironies may find this 
one especially delicious: the same conditions that cleared the 
way for the establishment of WWMCCS and that permitted its 
subsequent grovdh simultaneously guaranteed that it would 
not be able to function effectively. In structural terms, we 
might conclude that the World Wide Military Command and 
Control System was born to fall. The remainder of this work 
documents how this interplay of organization, technology, and 
ideology shaped the development of WWMCCS during the cold 
war’s three final tense decades. 
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PART I 


Conceptualization 



Chapter 1 

Centralizing the Defense Establishment 


During the course of World War II, the development of mili- 
tary communications tended in a specific direction — toward 
systems that were common user. The phrase denotes general- 
purpose systems — those that serve the needs of a host of users 
at a number of geographic locations and can send message 
traffic of all types and precedences. The reasons for the war- 
time growth of this type of system are not difficult to appreci- 
ate. The global scale and rapid pace of the conflict necessitated 
large-scale coordination within the armed forces as well as 
between our forces and those of our Allies. Good communica- 
tions naturally were vital to this coordination, and common- 
user systems, with their associated networks of tape relay cen- 
ters and tributary stations, promised precisely the sort of 
flexibility that the exigencies of global war required.’ Con- 
versely, communications systems that were “dedicated” to a 
single use or user were fi'equently viewed as Inherently limited 
and inflexible. 

While common-user systems had their advantages, they 
were not universally lauded, and the reasons were equally 
easy to understand. Many users, notably the military services, 
were unhappy with them precisely because they were designed 
to serve the communications needs of others and were thus 
not fully under one’s own control. In other words, common- 
user systems necessitated accommodation, and this was 
viewed as undesirable. Consider that within a common-user 
system the message’s precedence level determines how rapidly 
it will be processed. Precedence level makes eminent sense in 
the abstract, but in a world characterized by bureaucratic pa- 
rochialism, problems predictably arose. The messages of some 
users, especially those transmitting large volumes of lower 
precedence traffic, suffered substantial delays at times of 
heightened communications activity. Such delays being ad- 
judged Intolerable, there ensued an inflation of messages’ 
precedence levels to speed up their transmission. This in turn 
produced the serious situation in which genuinely important. 
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time-sensitive messages requiring immediate transmission 
were slowed down because large quantities of precedence-in- 
flated traffic were choking the system. 

Following the conclusion of World War II and the emergence 
of the United States as the preeminent global power, the mili- 
tary services assumed worldwide responsibilities commensu- 
rate with the nation’s new role. Requiring worldwide commu- 
nications capabilities, yet viewing the wartime regime of 
common-user systems as inherently inimical to their interests, 
the services began to develop sets of dedicated communica- 
tions networks to meet their own unique, mlssion-speciflc re- 
quirements.^ Before long a whole new communications doc- 
trine began to crystallize around the distinction between 
dedicated and common-user communications systems and 
technologies.^ 

Despite the apparent decentralizing tendency, the need to 
create a centralized command structure was also recognized 
early in the postwar period, at the time the National Security 
Act of 1947 formally reorganized the defense establishment. 
The act constituted the Air Force as a separate military depart- 
ment. The secretary of war was replaced by a secretary of 
defense, who sought to exercise general direction, authority, 
and control over the three military departments and to serve 
as the principal assistant to the president in national security 
matters.^ The Joint Chiefs of Staff (JCS), established earlier as 
the supreme military body for directing the Allied war effort, 
was provided a statutory basis and designated the principal 
military advisor to the secretary of defense and the president. 
These new organizations, offices, and departments reflected 
the war’s lessons and Insights, preeminently that the advent of 
revolutionary new weapons had rendered earlier concepts of 
separate ground, sea, and air warfare obsolete and that future 
conflicts would Involve joint rather than separate operation of 
forces.® 

If the National Security Act can be read as a first major 
attempt to institutionalize the new realities in a more central- 
ized defense management structure, it simultaneously repre- 
sented an effort to restrain the very centralizing tendencies 
that it unleashed. It did this by guaranteeing that many of 
the traditional responsibilities and prerogatives of powerful 
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constituencies within the defense establishment were pre- 
served. The reason for compromise was simple and thoroughly 
pragmatic: without such concessions, the powerful groups, 
notably the services, would not support the act. Thus, the 
National Security Act was less a revolutionary mandate for 
change than it was a synthesis of the old and the new — a 
“compromise between the friends and foes of centralization,” 
as one observer phrased it.® 

The compromise, such as it was, was hardly symmetrical. 
During the lengthy debates preceding the reorganization, tra- 
ditionalists frequently held sway over those promoting greater 
unification, and hence centralization, in defense decision mak- 
ing. While the act gave the secretary of defense formal author- 
ity over tlie defense establishment, the latitude for action was 
circumscribed by a provision giving the service secretaries the 
authority to separately administer their respective depart- 
ments. This provision included, perhaps more importantly, 
authority over budgetary matters, an arrangement that in 
practice would decentralize not only day-to-day operational 
authority to the military departments but practically all tme 
authority as well. The result was that the secretary of defense 
and his small staff were soon held hostage to the three mili- 
tary services, with their separate secretaries and extensive 
staffs, which retained the status of individual executive de- 
partments. The JCS, lacking a formal chairman and imable to 
reallocate basic service combat roles and missions — a preroga- 
tive of the strongly service-partisan Congress — ^was powerless 
as well, able to do little more than attempt to adjudicate in- 
terservlce conflicts.'^ Nonetheless, this decentralized national 
military establishment, described later by President Dwight D. 
Eisenhower as “little more than a weak confederation of sover- 
eign military units,”® represented a tentative first step toward 
greater centralized control of the military. 

The 1949 amendments to the Nationed Security Act cor- 
rected some of its deficiencies but perpetuated others. The 
amendments redesignated the national military establishment 
as the Department of Defense (DOD), over which the secretary 
of defense was given authority, direction, emd control. The 
Departments of the Army, Air Force, and Navy were doym- 
graded from independent executive status, with their chiefs 
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cabinet-rank officials, to subordinate military departments 
represented in the cabinet and National Security Council by 
the secretary of defense alone. The amendments authorized 
the appointment of a JCS chairman, senior in rank to all other 
officers, to replace the existing post of chief of staff to the 
commander in chief. The size of the Joint Staff was more than 
doubled.® It appeared that the forces of centralization were well 
on the way to achieving ascendancy. 

The amendments also introduced into law a series of well- 
intentioned legal checks and balances against possible abuses 
of militaiy power that effectively blocked any genuine efforts at 
unification, and hence centralization of control. The secretary 
of defense was prohibited from exercising his budgetary power 
if it interfered with the missions of the military departments. 
The chairman of the JCS, rhetorically cast as the nation’s 
highest ranking officer, was denied a vote in debates. He could 
not make decisions in the name of the other chiefs even when 
the decisions were supported by the secretary, and he lacked 
even the ability to adjudicate disputes among his separately 
interested colleagues. In addition, the law limited the size of 
the Joint Staff, granted the services the right to make appoint- 
ments thereto, and placed limits on officers’ tenures once 
there. Collectively, these measures limited the continuity and 
influence of the Joint Chiefs of Staff organization: they had the 
effect of putting the JCS at a considerable disadvantage vis-a- 
vis the individual military departments. Despite the changes, 
then, relationships continued to be bound securely to the ear- 
lier system of negotiation.'* 

The consequences were predictable. The services used their 
best persormel to satisfy their own priority assignments before 
making assignments to the Joint Staff, which they considered 
a relatively low priority. Recognizing that a tour "with the JCS 
was out of the service mainstream and thus not ceireer en- 
hancing, the best officers had a major incentive to avoid such 
an assignment. Those who did receive JCS assignments, in- 
cluding the chiefs themselves, were subjected to the pressures 
of dual and frequently conflicting loyalties. While in theory 
joint missions and responsibilities took precedence over the 
parochial interests of the services, in practice loyalties re- 
mained strongly with the services from which officers came 
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and to which they would shortly return. Proposals articulated 
by the service chiefs tended to come primarily from their own 
staffs rather than from members of the Joint Staff, with un- 
derstandable emphasis on service needs and favored posi- 
tions. Additionally, the fact that the JCS had to make do with 
officers “who remain in the Pentagon barely long enough to 
find the cafeteria,” and for whom repeat tours of duty were 
rare, meant that the ability of the joint-service organization to 
develop the patterns of practices and understandings that 
constitute organizational memory was severely impeded.*^ In 
the absence of such memory, team formation was difficult, 
and it was hard to bring newcomers up to speed regarding the 
complex Issues with which the JCS had to deal. In addition, 
just when personnel had fincilly received sufficient exposure to 
begin to understand, articulate, and advance joint-service con- 
cerns, they were rotated out of Joint Staff assignments. Per- 
haps most important, budgetary control remained with the 
military departments. This meant that these departments pur- 
sued their own political and lobbying agendas with respect to 
the Congress, from whom they won budgetary approval, and, 
more generally, vsdth the American public. The resulting struc- 
ture inevitably was rife with fractiousness, competition, and 
rivalries that Impeded joint-service planning and operations.*® 
The National Security Act and its amendments, later charac- 
terized by President Eisenhower as “prescribing controversy by 
law,” brought about no genuine unification of forces and did 
little to advance the cause of greater centralization in defense 
decision making. 

The creation of a series of new organizational entitles within 
the DOD, with their own considerable communications needs, 
also worked to complicate the picture during the 1950s. More- 
over, the communications demands of these actors, perhaps 
most notably the Strategic Air Command (SAC), were influ- 
enced, and continually modified, by the development of a host 
of new communications technologies. Advances in such areas 
as ionoscatter and troposcatter transmission techniques, issu- 
ing directly from the Semi-Automatic Ground Environment 
(SAGE), the Air Force’s massive air defense effort, had a pro- 
found influence on the technologically possible and, by exten- 
sion, on what was deemed desirable. Such new techniques as 
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pulse code modulation — along with advances in automatic 
message switching, storage, and retrieval — offered great prom- 
ise not only for automating the existing communications net- 
works then being developed by the services but also for im- 
proving the linkages between them. Many of these advances 
were conjured into being by new and increasingly sophisti- 
cated weapons systems whose use required ever-more-rapid 
access to accurate weather data, air traffic control informa- 
tion, logistics, and other types of support information.'® 

While there is little doubt that the services were thinking 
globally (at least in their own terms) as they developed their 
communications systems, the doctrine of dedicated communi- 
cations they embraced worked to constrain a truly global ca- 
pability. Since the services were the ones responsible for devel- 
oping new communications technologies, the not-so- 
surprising result was a series of systems that were emphati- 
cally service specific. (The Army, for example, operated a large 
number of dedicated, special purpose, point-to-point commu- 
nications systems, each with its own terminals and manual 
cryptographic equipment.) Most of these were incompatible with 
the others, meaning that however good they might be individu- 
ally, in the aggregate they constituted no coherent system at 
all. While it was clearly necessary to do something about this 
communications “straight Jacket,” efforts to modernize and 
automate things were resisted, sometimes quite fiercely, by 
those with a stake in the status quo.'® If you change the sys- 
tem, after aU, the comfortable bureaucratic world would rap- 
idly devolve toward chaos; careers would be disrupted; author- 
ity would slip away. Despite the ever -mounting need, the 
joint-service philosophy necessary for a comprehensive “sys- 
tems” approach had yet to take hold. The systems that were 
developed during the 1950s tended to be vertical, dedicated 
systems going straight to the top and unable to connect users 
across different organizational structures. They were ever jus- 
tified as necessary for the services’ unique functions.”^ 

Given the prevailing nature of US strategic doctrine — ^which 
emphasized deterrence and, in case of a nuclear attack, the 
ability to launch a devastating reflex counterstrike — these 
dedicated systems represented no serious national security 
shortfall. The doctrine of massive retaliation imposed, first, the 
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need for a large nuclear force, and SAC bombers loaded with 
high-yield nuclear weapons met this need. Second, there was 
also a need for a sensor system capable of providing early 
warning of attacks against the United States. A whole array of 
new warning systems was put into place during these years. 
These systems included SAGE and such components as the 
distant early warning line (DEWLINE) of radars, the Ballistic 
Missile Early Warning System, the undersea Sound Surveil- 
lance System, and others. Third and last, aU of this hardware 
called for a centralized commEind sind control structure that 
would permit the orders of the National Command Authorities 
(NCA) to be received without a hitch.*® But under the terms of 
massive retaliation, the pressures for coordinating efforts were 
not overwhelming. The services pursued their own preferred 
ways of contributing to the nation’s defense, and there was 
little reason to fault their separate and generally uncoordi- 
nated development of technologies. As a result, an entire gen- 
eration of complete weapons and the command and control 
systems appropriate to them were developed during this era, 
systems which were in almost all important respects entirely 
independent of one another.*® In other words, the nature of 
militaiy doctrine, and by extension the organizations responsible 
for implementing it, had profound implications for the t5^es of 
technologies that were conceived and developed during this era. 

Yet by no means was it aU an issue of technology push, of 
organization driving technology. For a number of technological 
changes occurred during this period, many of them involving 
the strategic nuclear forces, that in turn would have profound 
implications for change. Such advemces as the hardening of 
land-based missile sUos and the later move toward the deploy- 
ment of a ballistic missile submarine force would soon lead to 
a reconsideration of American defense strategy. The new stra- 
tegic doctrine that began to emerge stressed America’s ability 
to react appropriately to the unique exigencies of a broad 
range of crises — up to and including a Soviet nuclear first 
strike. As this new brand of strategic thinking began to take 
hold within the DOD, perceptions of military requirements be- 
gan to be altered in fundamental ways. The new thinking, 
which later would acquire the appellation flexible response, at 
first implicitly and later explicitly created the demand for a 
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new generation of weapons more appropriate to the threat that 
was seen to be emerging. The majority of these technologies 
would emphasize centralized command and control of US forces 
to a degree unknown previously, necessitating in turn more 
sophisticated systems that would permit that control to take 
place.^° 

Eisenhower’s belief that the mlUtaiy departments were the 
primary obstacle to more effective, centralized defense man- 
agement was the driving force behind his administration-long 
effort to reform the Department of Defense. {Shortly after tak- 
ing office, he moved to centralize decision-making authority by 
enlarging the Joint Staff, augmenting the JCS chairman’s in- 
fluence by giving him the power to control appointments to the 
Joint Staff, and substcmtially expanding the Office of the Sec- 
retary of Defense.)^' His major effort at reform came toward the 
end of his administration, in April 1958, when he forwarded to 
Congress a far-reaching proposal described as essential if 
America were to meet its two “overriding tasks” of ensuring US 
security through military strength and of working toward a 
genuine world peace. The proposal began by noting how pre- 
vious efforts to centralize defense functions had produced pre- 
dictions of disaster and prompted vigorous opposition. Ac- 
knowledging that the desire to protect traditional concepts and 
prerogatives was sincere and well meaning, Eisenhower then 
quickly pointed out that it had undercut a fully effective de- 
fense. He then issued a resounding call for change: “We must 
cfing no longer to statutory barriers that weaken executive 
action and civilian authority. We must free ourselves of emo- 
tional attachments to service systems of an era that is no 
more.”“ 

Given such a prolegomenon, it was hardly surprising that 
centralization and the unity it was presumed to ensure were 
basic to the proposal’s two main provisions. The first of these 
involved giving the joint chiefs operational planning authority 
over US military forces worldwide. These forces would hence- 
forth be organized into “truly unified commands” instead of 
the joint-service commands then in place. The unified com- 
mands would include personnel from each of the military serv- 
ices coordinated under the operational control of a general or 
flag-rank officer who would be designated its commander in 
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chief (CINC). Seven such commands were to be established 
within the DOD, to which all mlUtaiy forces would be as- 
signed. They would be imder the auspices of the JCS and 
Independent of the mUitaiy departments. Their missions would 
be oriented toward a particular geographic area — the Atlantic, 
for example, or the Pacific, or Europe. The age of separate 
ground, sea, and air warfare was gone forever, Elsenhower 
argued, and what was required was a new conceptual outlook — a 
whole new philosophy — that took Into account the growing 
emphasis on nuclear weapons and other complex technolo- 
gies, the fact that these were based at a relatively few fixed 
sites, and the overarching emphasis on a more static (read 
strategic) version of warfare this implied. Given rapidly im- 
proving communications technologies, the time had come, he 
said, to unify the military services so that during periods of 
crisis they could function cohesively, as a unified command, 
responsive to centralized direction. Activities and responsibili- 
ties unique to the individual services would, of course, con- 
tinue, he said, but these would be of secondary rather than 
primary concern, “the branches, not the central trunk of the 
national security tree.”^'‘ It was an ordering of authority and 
priorities that most emphatically did not fall under the current 
defense organization. It was a resounding call for centralization. 

The second proposal involved further enhancing the author- 
ity of the secretary of defense, enabling the secretary to func- 
tion as a fully effective agent of the commander in chief. This 
clarification of the secretary’s role, as the president described 
it, involved creating a number of several new positions within 
the DOD and repealing all statutes giving responsibility for 
military operations to anyone other than the secretary. It 
would eliminate existing restrictions on the secretary with re- 
spect to the transfer, reassignment, abolition, or consolidation 
of functions within the DOD. It included giving the secretary a 
direct voice in appointing, assigning, and removing officers in 
the top two mllit£uy ranks; the logic being that only those 
officers who had demonstrated the ability to deal with national 
security issues objectively — that is, without undue service par- 
tisanship — ^would have their promotions favorably reviewed. 
Finally and perhaps most importantly, the proposal called for 
giving the secretary full management authority for directing 
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budgetaiy expenditures both among and within the military 
departments. While the secretary already had the authority to 
place restrictions on the use of funds by the military depart- 
ments, this amounted in practice to little more than a limited 
veto power over decisions already made by the services, who 
actually determined how the funds were to be spent. The 
president argued that implementing these changes would go 
far toward unshackling the secretary from legal restrictions 
derived from the earlier, nonnuclear era.^® 

Opposition to the president’s bill was vigorous and immedi- 
ate. Key members of the Congress asserted that it would de- 
stroy the identity of America’s armed forces, constitute a com- 
plete surrender by Congress of its power over the purse, and 
concentrate far greater power in the hands of a single individ- 
ual (the secretary of defense) than was pmdent. Carl Vinson of 
Georgia, the powerful chairman of the House Armed Services 
Committee, was perhaps the most vituperative. As he sketched 
out the gloomy scenario of Eisenhower’s plan, Vinson noticed 
that it would turn the traditionally proud and autonomous 
military departments into little more than supply and service 
organizations for the new unlfled and specified commands and 
make them mere “branch offices” of the secretary of defense. 
The service secretaries, relieved of responsibility for military 
operations, would become mere figureheads who would be by- 
passed in important decision making. Vinson ominously warned 
of the likely emergence of a centralized, top-heavy defense de- 
partment decision-making stmcture in which various assis- 
tant secretaries and deputy assistant secretciries would make 
unilateral decisions and Impose them upon the military de- 
partments without adequate consultation within the military 
chain of command. Far fi'om a coherent management structure, 
he warned, Eisenhower’s proposals portended a netherworld of 
blurred decision making where responsibility was diffuse and 
lines of accountability were weak. He hinted darkly that one or 
more of the services might even be abolished altogether.^® 
Vinson and his Armed Services Committee colleagues 
drafted several key changes to the reorganization bill explicitly 
intended to counter its centralizing tendencies. These Included 
a provision that while the services would operate under the 
authority of the secretary of defense, control would continue to 
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be exercised through the secretaries of the mllitaiy depart- 
ments. Another change would limit the authority of the secre- 
tary of defense to transfer, merge, or abolish Important service 
functions If a member of the Joint Chiefs of Staff objected. 
Finally, language was introduced to make explicit the right of 
the individual services to go to Congress on their own initiative 
to make recommendations or to register compladnts. The revised 
bUl, approved unanimously by the 37 members of the House 
Armed Services Committee, was sent to the White House for 
review, where the president promptly denounced it as a “bad 
concept, bad practice, bad Influence with the Pentagon. 
Such vitriolic language, coupled with an unyielding insistence 
that the offending changes be expunged from the bUl, quickly 
put the president on a collision course with the Democratic- 
controlled Congress. The Defense Reorganization Act of 1958 
had become wholly partisan, an open political test, and the 
stage was set for a showdown in the House of Representatives. 

“In the years that I have served in this body,” Carl Vinson 
intoned before a packed House chamber on 12 June, “1 have 
witnessed many changes in the affairs of our government. But 
1 never thought that the day would come when the duly elected 
representatives of the people would be asked to appropriate 
$40 billion to one man and grant him the sole power of deter- 
mining its expenditure. I never thought that the repre- 
sentatives of the people would be asked to maintain four mili- 
tary services and then surrender to a single man, not elected 
by the people, the integrity and the justification for the exist- 
ence of such military services. . . . But that day has come and 
that is the issue which squarely faces this body today.” Vinson 
opened debate by posing to his colleagues a stark, dichoto- 
mous choice; “By your vote you will either wash your hands of 
your responsibility and abjectly surrender: or you will insist 
that you have not only the right but the responsibility and 
duty to have a voice in the defense of this Nation. 

Even in a legislative body known for its dramaturgic postur- 
ing and rhetorical flourishes, this was heady stuff, and enough 
of his Colleagues ultimately agreed with Vinson to allow the 
forces of decentreilization to carry the field. The Armed Serv- 
ices Committee’s Eunendments to the defense reorganization 
bill would stay. As this reality became clear. Republicans tried 
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to cut their losses by suggesting the amendments made no 
real difference anyway: they were merely refinements in lan- 
guage and of no particular consequence. Republicans then 
quickly threw their support behind the biU, which passed 
overwhelmingly in both the House and the Senate. Eisenhower 
signed the blU on 4 August 1958, passing into law a measure 
he described as “good, but not good enough.”^® 

As with earlier attempts at reform, the 1958 defense reor- 
ganization bill represented an uneasy compromise between 
the forces of centralization and decentralization. The expanded 
role of the secretary of defense and the Joint Chiefs of Staff, 
coupled with the enactment Into law of the unified and speci- 
fied command structure, established, almost by definition, a 
requirement for a command and control system capable of 
meeting the needs of centralized decision makers in Washing- 
ton. In most important respects, however, the military depart- 
ments remained independent entities with considerable bu- 
reaucratic power. Planning and force structure remained 
predicated on unilateral service views of priorities and on how 
a future war might be fought. Views on treilnlng, equipping, 
emd supporting forces logically followed, not infrequently at 
the expense of jomt missions and overall combat capability. 
Each service retained separate responsibility for its own budget 
and continued to compete vigorously to increase its share of 
toted defense dollars.®® Under such conditions, any effort to 
create a command and control system truly responsive to cen- 
tralized control appeared almost certain to be resisted by the 
services or subordinated to their unique, mission-specific 
needs.®* 

This was disconcerting to many both Inside and outside the 
Pentagon, since the existing system of communications ap- 
peared Inadequate to the requirements of modern warfare and 
the evolviag demands of strategic doctrine. Even though the 
communications systems of the services were in the broadest 
of senses quite similar and often worked quite well, the fact 
that the Army’s Strategic Communications System, the Naved 
Communications System, and the Air Force’s Aerospace Com- 
munications complex had independently evolved to meet those 
services’ unique mission requirements made them deficient in 
several key respects. Since research and development efforts 
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were carried out unilaterally by the services, the result was 
that in many parts of the world there was a duplication of 
function m the form of a number of separate, essentially iden- 
tical facilities. Some of these were located literally right next 
door to one another, where one station could as easily have 
served all. Such unnecessaiy redundancy was rightly viewed 
as a driving force behind escalating costs. 

A related area of concern was the lack of interoperability 
between the services’ separate communications systems. Be- 
cause of their independent evolution, the equipment and pro- 
cedures employed by the services differed, often considerably 
so. The result was incompatibilities in such key areas as the 
modulation systems, firequencies, and message formats em- 
ployed. Essentially a communications Tower of Babel, the 
overall “system” produced by this multiplicity of lower level 
systems appeared to critics to represent considerably less than 
the sum of its individual parts. There was also a problem of 
reliability, especially during crises or other conditions of sys- 
tem perturbation and stress. Although much of the time the 
dedicated circuits of the services’ various communications 
systems were underutilized, they had a tendency to become 
overloaded during peak usage, when they were unable to han- 
dle the increased volume of message traffic. Should something 
interrupt, damage, or destroy a circuit in a dedicated point-to- 
point system, there was little posslbiUty for alternative routing 
of messages; communications between the two points would 
simply be terminated. Such a network of inflexible, load-sensitive 
circuits obviously offered little hope for maintaining communi- 
cations connectivity during major system outages or during 
periods of degradation that would surely accompany general 
nuclear war.“ This separate approach also meemt that leasing 
services from commercial carriers was underteiken in a frag- 
mented manner, disallowing the cost efficiencies of scale that 
otherwise could be realized. For those taking a broader, 
defensewide view, things appeared not far short of an organ- 
izational disaster. 

Mcmy of these problems were identified by an Air Research 
and Development Command study group, a technical pamel of 
experts assembled at the end of the 1950s to study ways to 
integrate the separate communications systems then being 
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developed within the DOD. Not surprisingly, the group’s vision 
of the future was technical in orientation, calling for a new 
computer-based, fully automated command and control sys- 
tem that could serve a large number of users under a wide 
range of conditions.^ But with the organizational as well as 
technological shortcomings of the extant system increasingly 
apparent, and with a growing level of dissatisfaction with the 
existing state of affairs both inside and outside of the Penta- 
gon, the need for some form of system consolidation under 
centralized managerial control also appeared manifest. 

Efforts to create precisely such a structure would begin in 
earnest during the coming decade. Yet, even as the movement 
towEird command and control centralization got under way, it 
was clear that it faced major challenges. One of these con- 
cerned the fact that there was no precedent, no available 
model on which the centralizing effort could be based.^^ As 
such, efforts necessarily would have to proceed in ad hoc fash- 
ion, an approach that would Invariably result in poor decisions 
cmd errors. Another challenge lay in the fact that centraliza- 
tion implied a loss of authority for some affected subunits and 
groups, with corresponding restrictions on their ability to 
carry out their missions as they saw fit. With resources and 
thus mission effectiveness at stake, centralization could rea- 
sonably be expected to be a source of consternation, tensions, 
and resistance. 

As the decade of the 1960s dawned, the dynamic tension 
between the forces of centralization and decentralization remained 
unresolved. Despite an ever-increasing technical capability for 
rapid global communications, the services — comfortable with 
their traditional missions, conservative and resistant to 
change — tended still toward ways of doing business that had 
proven efficacious in the past. In other words, it was still very 
much a question whether the best way to proceed was to take 
a top-down approach, proceed from the bottom up, or to seek 
some prudent combination of the two.®® It would fall to Eisen- 
hower’s defense secretary, Thomas S. Gates, and to his Kennedy 
administration successor, Robert S. McNamara, to answer that 
question. 
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Chapter 2 


Defense Communications Agency 
and System 


On 12 May 1960 Defense Secretary Thomas S. Gates put 
defense communications under centralized management control. 
He Issued Department of Defense Directive (DODD) 4600.2, 
which directed that all long-distance, polnt-to-potnt, govern- 
ment-owned and -leased defense communications services be 
merged Into a single, common-user Defense Communications 
System (DCS).‘ In DODD 5105.19, Issued simultaneously. 
Gates created a new agency — the Defense Communications 
Agency (DCA) — to manage the new system, in the process turn- 
ing down an Army bid to become the Defense Department’s 
single manager for communications. As the directive described 
it, DCA’s purpose was to ensure that the new system would be 
“so pleumed, engineered, established, unproved, and operated 
as to effectively, efficiently and economically meet the long- 
haul, point-to-point telecommunications requirements” of the 
Department of Defense.® 

Gates’s authority to establish the new DCA and the DCS 
derived from the National Security Act of 1947, as Eimended 
under the 1958 defense reorganization. As Gates and his boss 
in the White House saw it, consolidating relevant communica- 
tions facilities, personnel, and technologies Into a single world- 
wide complex under centralized management would go far 
toward eliminating duplicate facilities, reducing manpower re- 
quirements, and realizing significant reductions in cost 
torough economics of scale. In this spirit of hope the DCA and 
DCS were conceived, intended as centralizing forces that 
would couple more tightly the disparate and often contradic- 
tory communications elements and efforts of the military de- 
partments — creating in the process a more effective system for 
the command and control of American military forces around 
the globe. Given the vastness and complexity of the DOD, the 
eimbitiousness of this arrangement can scarcely be overstated. 

As with many other major initiatives, an air of urgency sur- 
rounded this creation. An annormcement accompan34ng Gates’s 


19 



THE WORLD WIDE MILITARY COMMAND AND CONTROL SYSTEM 


release of his two directives indicated that DCA would assume 
its functions on a phased-in schedule over the following 10 
months, a highly abbreviated period for setting up a fuUy elabo- 
rated defensewide communications system. Not by coincidence, 
this arrangement edlowed just sufficient time to have the sys- 
tem in place before a new administration arrived in Washington 
the following January. Promoting this sort of dispatch within 
the Pentagon bureaucracy would require serious bureaucratic 
clout. Directive 5105.19 provided this clout by specifying that 
the DCA director would be a military officer of flag or general 
rank directly responsible to the secretary of defense by way of 
the Joint Chiefs of Staff.® Keeping the bureaucratic feet to the 
fire, the implementation schedule set forth in the directive 
called for the appointment of the first DCA director to take 
place within a month, a requirement that was met when RADM 
William D. Irvin was named to the post on 7 June 1960. 

Irvin had his work cut out for him. According to the imple- 
mentation timetable, he was to submit an organizational staff- 
ing plan to the secretary within a month. Working closely with 
members of J-6 of the Joint Staff (communlcations-electron- 
ics), Irvin met this target date, and his plan called for a head- 
quarters organization consisting of some two hundred military 
and civilian personnel. Of these, military staffers would out- 
number their civilian counterparts by a ratio of three to one, a 
proportion, according to Irvin, deliberately contrived to ensure 
that military perspectives would predominate within the new 
organization. Gates approved the staffing plan on 2 1 July, 2 uid 
the new agency was given office space in the Naval Services 
Center in Arlington, Virginia, the site of the old Radio Ar- 
lington. Irvin dryly remarked that this facility had not been 
“platinum plated” in anticipation of his arrival."* 

Although the Defense Communications Agency was in- 
tended to be the single management focus for the Defense 
Communications System, a major problem was that nobody 
yet knew just what that system would include. One of DCA’s 
first tasks, then, was to prepare for Gates’s approval a plan- 
ning document identifying DCS’s constituent elements. In re- 
sponse, some 79 major relay stations scattered around the 
globe were designated as system assets, in addition to a vari- 
ety of radio, landline, emd undersea cable communications 
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circuits. At that time they represented a total plant investment 
of $2 billion. DCA assigned responsibility for these elements to 
the appropriate mllitaiy service or defense agency. Secretary 
Gates approved the DCA plan in early 1961, just before the 
arrival of the new Kennedy administration. According to the 
implementation schedule, the Defense Communications Sys- 
tem would be set up by 7 March. With the organizational 
wheels turning, that target date was met. In addition, on 6 
March 1961, the Defense National Communications Control 
Center became operational, initiating limited DCA control over 
the newly identified assets of the DCS.® The era of defense 
common-user communications systems had begun. 

In the Defense Communications Agency and the system it 
managed, the compromise between the forces of tradition and 
change represented by the 1958 reorganization bill found its 
uneasy expression. The creation of the DCA was a milestone in 
the effort to centralize authority within the Office of the Secre- 
tary of Defense (OSD). Consider that DCA’s charter gave the 
agency’s director operational direction over the DCS, which 
was defined as the responsibility for assigning tasks to the 
system’s operating elements, establishing a set of standards, 
practices, methods, and procedures for the performance and 
operation of those tasks, and conducting ongoing analyses of 
system performance. The director would exercise this author- 
ity not through a specific military service, but through the JCS 
under the authority of the secretary. This meant that, for the 
first time, the chiefs were given day-to-day operations respon- 
sibility, a major departure from the earlier notion that they 
should serve solely as a planning and consultative body. 

DCA’s charter additionally specified that the director would 
exercise managerial control over those communication assets 
of the military services, the unified and specified commands, 
and various defense agencies that directly supported the De- 
fense Communications System. Managerial control was de- 
fined as the authority to directly supervise, coordinate, and 
review those organizational activities and subunits that were 
relevant to DCS operations, including such things as engineer- 
ing and programming, prescribing technical standards and 
procedures, planning, and research and development. High- 
lighting these points several years later, Defense Secretary 
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Robert S. McNamara remarked how DCA’s goal In developing 
the DCS had been to achieve a network that makes use of all 
available circuitry for meeting the priority needs of users. To 
create such a capability, he said, required the consolidation of 
existing manually switched communications resources, while 
moving toward their replacement by a high-speed, automat- 
ically switched network. “Only by expeditious pursuit of this 
gOEd will it be possible to satisfy the nation’s requirements for 
capacity, reliability, security and survivability of communica- 
tions at a cost we can afford,” he concluded.® 

On the surface McNamara’s statement appeared to be a 
strikingly broad mandate for centralization and change, and 
yet from the very outset, it was clear that Gates’s directives 
were not intended to establish a new communications network 
separate from those of the services, but rather to provide for 
the more effective coordination of existing service assets under 
the overall direction of the DCA. Consequently, a number of 
caveats were buht into DCA’s organizational authority that 
would severely circumscribe its ability to exercise control over 
the system it had been created to manage. Consider, as the 
military services promptly did, that the “operational direction” 
and “managerial control” specified in DCA’s charter actually 
constituted a general coordinating role in the development of 
the Defense Communications System. Unfortunately for the 
centralizers’ ambitious communications designs, such a coor- 
dinating function was conspicuously lacking in the bureau- 
cratic muscle necessary for the new agency to enact its agenda 
and enforce its will over the opposition of other major actors. 
The services, jealously guarding their Independent communi- 
cations assets as fundamental to the performance of their 
military missions, saw the new agency and unified system as 
inimical to those missions.’' They voiced their serious reserva- 
tions, and, in various ways were able to erect bureaucratic 
impediments to limit Gates’s mandate. 

The first impediment involved the types of communications 
and associated facilities to be Included under DCA’s adminis- 
trative purview. To overcome the objections of the services, in 
particular the Navy, to centralize functions which had formerly 
been their exclusive province and to build a coalition suppor- 
tive of the new DCS and its managing agency. Gates had 
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found it necessary to exclude a number of key communica- 
tions elements from his unification order. Excluded for this 
reason were post, base, and local area communication sys- 
tems. Also excluded were tactical communications systems op- 
erated by field commanders, including the Navy’s fleet broad- 
casts and ship-to-shore circuits. Air Force ground-to-air and 
air-to-air communications, and certain types of Army tactical 
communications.® Thus DCA’s “operational direction” and 
“management control” did not preclude the services from plan- 
ning for, even operating, their own Individual communications 
systems. By design, then, the Defense Communications Sys- 
tem was not intended to include all DOD communications 
assets. But it was by the services’ design, not DCA’s. 

Another Impediment involved existing organizational struc- 
tures -within the services relating to communications that were 
almost completely uneiffected by the arrival of the new Defense 
Communications System and Defense Communications 
Agency. Since the services continued to exercise complete con- 
trol over those communications assets that had not been spe- 
cifically designated as part of the DCS, their communications 
branches, developed to meet their specific mission require- 
ments, remained essentlcdly intact.® Thus, when DCA was es- 
tablished, no service communications divisions or functions 
were disbanded. The reason for this apparent orgeinizatloned 
lunacy was again bureaucratic pragmatism, an effort by Gates 
to minimize the services’ resistance to the establishment of the 
new system and agency. Unfortunately, this arrangement also 
contributed greatly to a condition of perpetual tension between 
DCA and the communications branches of the services, with 
the services almost always holding the superior position. 

DCA’s authority was additionally circumscribed by a provi- 
sion in its charter explicitly stating that the secretaries of the 
military departments would remain responsible for the facili- 
ties and resources that related to or supported the Defense 
Communications System.*® DCA’s “direction” of operating ele- 
ments thus did not extend even to the staffing or command of 
actual DCS facilities, since the services retained responsibility 
for training and assigning personnel who manned the facili- 
ties. They supplied and maintained those facilities, and they 
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were responsible for the operational activities necessary to 
provide communications. 

The services also were responsible for engineering, procur- 
ing, and other activities necessary for expanding and improv- 
ing the DCS, with DCA merely to provide supervision, coordi- 
nation, and review." Not only were no personnel eliminated 
under these arrangements, but the services soon found it nec- 
essary to expand, establishing entirely new organizational en- 
tities to coordinate their functions with DCA. Accordingly, 
each military department promptly organized a separate com- 
munications command in the continental United States, with 
field elements located in each commander in chiefs geographi- 
cal area of responsibility — the Atlantic, Pacific, European, and 
so on. Headed by a fiag or general officer, each communica- 
tions command reported through the chief of the service to the 
secretary of the department. DCA’s “operational direction” was 
thus severely limited. Not officially a part of the chain of com- 
mand, it had little true authority over the personnel and facili- 
ties that made up the system.*^ 

Perhaps the most Important way in which DCA was limited 
was in its ability to make and enforce budgetary decisions. As 
in other areas, it was the services that furnished the funds to 
secure personnel and procure equipment. In fact, the services 
retained such complete financial control that it was possible 
for funds programmed for the Defense Communications Sys- 
tem to be reprogrammed unilaterally by one of the military 
services without approval from DCA. 

For these reasons, the Defense Communications Agency’s 
arrival on the scene by no means represented the nrilitary 
departments’ capitulation to the juggernaut of centralization. 
Responsible for assigning and training persormel, operating 
facilities, and making major budgetary decisions, the services 
continued to exercise almost complete control over DOD com- 
munications assets. “We actually do not operate the communi- 
cations which comprise the Defense Communications Sys- 
tem,” DCA director Richard P. PQocko remarked several years 
later. “There are three Military Department Operating Com- 
mands that actually run the communications. They have the 
people who are sitting at the consoles and the communica- 
tions Instruments throughout the entire system. Our role is in 
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the management, the operational direction and control, the 
planning for the communications systems, getting new sys- 
tems in, and then monitoring the operation of the Defense 
Communications System after it is in place. The DCS was 
thus essentially a collection of pieces made available by the 
military departments, with considerable restrictions and un- 
der some duress, over which DCA could exert little in the way 
of true authority.'® The system’s performance, and perceived 
effectiveness, would follow directly from this central organiza- 
tional reality. 

The services’ resistance to the centralization of authority 
represented by the DCA and DSC was abetted by a Congress 
that for both practical and Ideological reasons viewed any cen- 
tralizing effort with considerable skepticism. On the practical 
side, the belief was that Increasing centralization in DOD deci- 
sion making would reduce efficiency and produce an indeci- 
sive, “no decision” attitude conducive to mediocrity among all 
personnel except for a select few decision makers at the very 
top. Doubts were also expressed that the top-heavy, central- 
ized defense agencies could be made sufficiently flexible and 
responsive to function under conditions of stress, something 
that could seriously endanger America’s national security dur- 
ing crises.'® Other congressmen expounded the ideological the- 
sis that Cairl Vinson had cirticulated at the time of the 1958 
defense reorganization. He believed the trend toward centrali- 
zation represented by the recent rise of DCA and other defense 
agencies laid the groundwork for a diminution of the role of 
the military departments, even their possible dissolution, and 
the ultimate adoption of a single, monolithic “defense con- 
cept.” It was a condition they had tried repeatedly in the past 
to prevent, and presumably could be counted on to resist in 
the years to come. 

In fact, congressional concerns over centralizing authority in 
the OSD ran so high that in March 1962, Vinson, still House 
Armed Services Committee chair, appointed a special subcom- 
mittee to investigate a number of defense agencies that had 
been created in the recent past, including DCA. The subcom- 
mittee’s report, released in August 1962, identified as its over- 
arching concern the creation of a vast centralized bureaucracy 
within the OSD, one rapidly devolving beyond proper control 
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by the Congress. To regain control, the subcommittee recom- 
mended that congressional review be mandatory both for ex- 
panding existing agencies and establishing new ones. So that 
there would be no question about where real authority re- 
sided, the subcommittee recommended amending the National 
Security Act once again so that no activities or functions then 
being performed by the military departments could be trans- 
ferred, consolidated, or assigned to any defense agency without 
specific congressional approval.*^ Although these recommenda- 
tions never were formally enacted into law, the informal conse- 
quence of such powerful opposition was a congressional pre- 
disposition to withhold from agencies such as DCA the level of 
authority necessary to perform their functions adequately. 

Nonetheless, the responsibilities of DCA were substantial. 
Key among these was the establishment of three common- 
user, defensewide networks that would be known as AUTO- 
VON (Automatic Voice Network), AUTODIN (Automatic Digital 
Network), and AUTOSEVOCOM (Automatic Secure Voice Com- 
munications Network). For each, DCA sought to determine its 
overall system configuration and prepare the technical specifi- 
cations necessary for the equipment for switching centers, in- 
terconnecting transmission media, and subscriber terminals. 
DCA was responsible for monitoring the procurements as they 
took place, developing test and acceptance criteria, and per- 
forming the testing. It was also responsible for technical man- 
agement of fabrication, installation, and checkout.*® Equally 
important, with the arrival of the space age, DCA would be 
designated as the “strong focal point” for development, integra- 
tion, and operation of the space and ground elements of a 
number of satellite-based communications initiatives. The most 
important of these would be DSCS (pronounced “discus”), the 
DCA-managed Defense Satellite Communications System.'® 
With these new responsibilities, the influence wielded by DCA 
was, in theory at least, vast. It extended into the territory of 
the unified and specified commands, the military depart- 
ments, and numerous other defense agencies. Its responsibili- 
ties increasing, DCA saw a parallel increase in the size of the 
staff at its headquarters. Less than two years after Admiral 
Irvin and his two hundred staffers moved into their Arlington 
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facility, they noted that the size of the DCA staff had nearly 
tripled.2° 

To successfully exploit the diverse group of communications 
assets now subsumed beneath the expanding umbrella of the 
Defense Communications System, DCA planning documents 
described an operational control hierarchy called the DCS Op- 
erations Control Complex. Its design contained three distinct 
levels of reporting responsibilities: national, regional, and 
area. The first and most important of these, called the National 
Defense Communications Control Center (NDCCC), was dedi- 
cated in early 1961 by Admiral Irvin. This facility would re- 
ceive status reports on circuit readiness, message traffic back- 
logs, and other problems from DCS’s various operating 
elements. Data from the status reports would be entered into 
the center’s Philco 2000 computer, where they would update 
the database and automatically display the current status of 
system elements as good, marginal, or poor. When problems 
arose, NDCCC supervisory personnel could send Instructions 
either by telephone or teletype to the relevant facilities to initi- 
ate corrective actions. Operated on an around-the-clock basis 
by DCA personnel, the NDCCC and its automatic data proc- 
essing (ADP) equipment would keep the Defense Communica- 
tions System up and running to the maximum extent possi- 
ble.^' Irvin and others had argued strongly for locating the 
NDCCC in a survlvable, hardened facility, but primarily for 
reasons of cost, the decision was made to collocate the center 
with DCA headquarters near Washington. 

The second level of the DCA Operations Control Complex 
involved three major geographic areas of operations: Europe, 
the Pacific, and the continental United States. Within these 
three general areas, four Defense Area Communications Con- 
trol Centers (DACCC) were established to decentralize major 
spheres of communications operations to important geo- 
graphic areas of the world. The European Area Center, Initially 
located in Paris, was moved to Valhingen, West Germany, near 
Stuttgart, following France’s withdrawal from the North Atlan- 
tic Treaty Organization’s (NATO) command structure. In the 
vast Pacific area, there were to be two DACCCs. The first, 
called the Pacific Center, was located at the headquarters of 
the commander in chief of Pacific forces on the Hawaiian 
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island of Oahu. The second, the Alaskan Area Center, was 
based at Elmendorf Air Force Base (AFB) in Anchorage. In 
addition, an area center for the continental United States was 
established at North American Air Defense Command head- 
quarters in Colorado. Provided with substantial ADP capabili- 
ties, the centers were responsible for assessing the status of 
circuits and message flow within their geographic areas of 
responsibility, restoring circuitry during outages, and reallo- 
cating and redirecting the flow of message traffic to reduce 
backlogs.^^ 

Finally, six Defense Regional Communications Control Cen- 
ters (DRCCC) were established, decentralizing communica- 
tions control even further to more specific geographic regions 
of concern worldwlde.“To coordinate aU of this, DCA designed 
a formal system called 55-1 for reporting the status of DCS 
elements and for making management reports. This system 
included several basic types of reports, distinguished primarily 
by the speed with which they were delivered: near-real-time 
reports, periodic reports made every four hours, and end-of- 
shift reports Intended to provide data for subsequent com- 
puter analysis of DCS performance. Depending upon the na- 
ture of the problem, certain types of reports might be made by 
way of telephone using AUTOVON or AUTOSEVOCOM, each of 
which DCA was in the process of implementing. AUTOVON 
was, in effect, the Defense Department’s ovm telephone sys- 
tem, a vast proprietary communications network serving most 
major military installations in the continental United States 
and abroad. It consisted of many elements. Including the cir- 
cuits over which messages travel, automatic switching centers 
for routing those messages, a primary control facility serving 
as the network’s focal point of control, and the system’s sub- 
scribers and the equipment they used. AUTOSEVOCOM, a 
DCA-managed common-user secure voice system that oper- 
ates over AUTOVON circuits, is perhaps more properly viewed 
as a secure subsystem of AUTOVON than as am separate net- 
work in its own right. Far smaller than its parent network in 
its number of subscribers, AUTOSEVOCOM is “larger” in the 
sense that users are not restricted to the DOD, including, for 
example, the White House, Central Intelligence Agency (CIA), 
State Department, and a range of defense agencies and offices. 
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Other reports and database file updates were designed to be 
exchanged automatically by way of AUTODIN, DCA’s Automatic 
Digital Network, which was also in the process of being imple- 
mented.^^ Like AUTOVON, its sister network, AUTODIN con- 
sisted of a number of major system elements, including 
switching centers, transmission trunks connecting the 
switches, access lines leading into those trunks, and at the 
very end. Individual subscriber terminals. From its inception 
intended as a central element of the Defense Communications 
System, AUTODIN sought to make available to DOD and a 
host of other government users fuUy automatic, high-speed, 
high-volume, secure data, emd teletypewriter (record message) 
service. 

All in aU, it appears a classic example of rational bureau- 
cratic design, involving the centralization of policy-making 
authority and strategic planning, plus the decentralization of 
operational authority, where operational direction and prob- 
lem solving are accomplished at the lowest possible level of the 
hierarchy.^® Within DCS, if there was a problem at a single 
switch, tech control, or other facility that did not impact on 
the rest of the system, problem solving would take place 
through the channels of the operating and maintenance 
agency involved, usuedly one of the military services. But if the 
problem implicated other system elements, the regional cen- 
ters would be brought in. In case of circuit outages or other 
conditions of system degradation, corrective actions would 
normally be initiated at that organizational level, generally in- 
volving one or two of the stations providing the circuit. Only 
those message-routing problems that could not be resolved at 
the regional level or ones that possessed some special interest 
would be passed up the chain of command to the appropriate 
£trea center. And only a subset of these would be of sufficient 
seriousness or Interest to warrant bringing in the national 
center.^® This was the shape of DCA and the system it man- 
aged during the early 1960s, and despite numerous caveats, 
proponents of centrcillzation had cause to be sanguine. 

Of course, what constitutes sufficiency, and by extension 
effectiveness, might weU turn on whether the system is called 
upon to perform during crisis, war, or peacetime. Despite all 
the talk of redundant communications assets, the Defense 
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Communications System, as it was then being developed, rep- 
resented essentially a peacetime system that would likely not 
fare weU under conditions of stress. Disturbed by this trend, a 
House Armed Services subcommittee noted prophetically in 
1962 how communications assets that appear duplicative or 
underutilized during times of peace might prove vastly inade- 
quate under crisis conditions. While the subcommittee ac- 
knowledged that many of DCA’s initiatives then underway 
would certainly help bring about a better utilization of existing 
communication assets, the hope was expressed that those as- 
sets would be tested under “maximum-use conditions” to de- 
termine how well they might work in a crisis or war.^^ Saga- 
cious advice, perhaps, but in a real world of budgetary 
constraints, it pointed out a dilemma that would confront DCA 
throughout the years and decades to come: ensuring system 
effectiveness under one set of conditions would often mean 
having to compromise it under other conditions. 

Analogously, the subcommittee pointed out the somewhat 
schizophrenic organizational mission of the Defense Commu- 
nications Agency. On the one hand, the agency had been char- 
tered to engineer and improve DCS to meet the needs of its 
various user communities to the maximum possible extent. 
This obviously suggested a drive toward maximum system ca- 
pacity and capabilities. On the other hand, DCA was tasked by 
its charter to emphasize cost-effectiveness in everything it did, 
to “obtain the maximum economy and efficiency in the alloca- 
tion and management of DOD communications resources.”^ 
In practice this often meant having to make some hard 
choices, and coming up with an appropriate balance between 
user requirements and available funding would prove no easy 
task for DCA. This was especially true since, lacking the exten- 
sive marketing capabilities of its commercial counterparts, 
DCA had to depend on the services and other system users to 
provide requirements and indicators of trends. This obviously 
implied that users knew what they wanted, both then and in 
the future, and it required that they transmit this knowledge 
so DCA could make appropriate communications services 
available. But reliable Indicators were difficult to come by even 
for the highly market-oriented commercial telecommunica- 
tions companies. To expect the Army or Marine Corps, the Air 
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Force or the Navy — entitles with many other things on their 
organizational minds beyond determining communications 
growth trends — to do a better Job was, to say the least, opti- 
mistic. DCA offlcicils warned repeatedly that DCS users should 
not assume the system would have the capabilities to meet 
their needs, but that was, in effeet, precisely what the services 
and other key-user communities always assumed. This as- 
sumption set the stage for a series of problems in the develop- 
ment of the major Defense Communications System common- 
user elements, AUTOVON, AUTOSEVOCOM, and AUTODIN, 
part of the communications Infrastructure upon which the 
World Wide Military Command and Control System would later 
depend. 
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Chapter 3 


National Military Command System 


The creation of the Defense Communications System repre- 
sented in substantial measure an effort to achieve greater 
economies by Integrating the services’ separate long-haul com- 
munications systems and placing them under a single man- 
agement authority. Yet almost from the outset, DCS was itself 
considered to be but one element, albeit a central one, in a 
larger worldwide system whose scope went well beyond DCS. 
Crises, along vdth the accompanying perception that the exist- 
ing command and control structure was ineffective in dealing 
with them, provided the impetus for this more extensive and 
ambitious system, both at the time of its birth and through a 
number of subsequent developmental stages. 

The process of crafting this larger structure began almost as 
soon as the Kennedy administration arrived in Washington in 
early 1961. The contradictory political impulses of this ad- 
ministration shifted between “hardheaded military pragma- 
tism and liberal humanism.”* Within a week of taking office. 
Defense Secretary McNamara had become a convert to coun- 
terforce, the idea that nuclear targeting could be employed 
selectively and flexibly to limit damage to population centers 
and other civilian targets.^ McNamara’s White House boss. 
President John F. Kennedy, underwent a similar sort of con- 
version shortly thereafter. The president’s conversion was the 
result of a briefing in which advisors described to him the 
probable human consequences of the full-scale nuclear spasm 
attack called for in the Single Integrated Operational Plan 
(SIOP). Repulsed, Kennedy publicly renounced the doctrine of 
massive retaliation, vowing that America would never be the 
first to strike with nuclear weapons. The search for options 
was on, a search that would lead to a thorough review of the 
nation’s command and control systems, to a host of new initia- 
tives, and. Ironically, that would make nuclear war more 
thinkable and rational. 
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The Partridge Report 

The Bay of Pigs incident, coming less than two months after 
Kennedy’s inauguration, was, to the thinking of many newly 
arrived administration officials, exemplary of the problems 
that resulted from an excessively decentralized military com- 
mand and control structure. Intelligence and communications 
difficulties had plagued the aborted effort to overthrow the 
Castro regime from the outset; the new president and his chief 
advisors were unable to keep track of troops and events as 
they unfolded in the swamps of southern Cuba, and events 
rapidly devolved beyond anyone’s control. The embarrassing 
and costly debacle provided, in the minds of a host of admini- 
stration officials from the president on down, a striking exam- 
ple of the need for better communications and for a more 
centreilized, coherent. Integrated, and effective structure for 
managing military operations. 

The need having been established, in May 1961 Kennedy 
CEiUed for the creation of a command and control system that, 
although located within the Department of Defense, would be 
responsive to the needs of central decision makers and remain 
under ultimate civilian control at all times. The system must 
be maximally survivable, he said, and offer protection both 
from the effects of nuclear weapons and fi'om electronic inter- 
ference. “We propose to see to it,” the president declared, “that 
our military forces operate at aU times under continuous, re- 
sponsible command and control from the national authorities 
all the way downward, and we mean to see that this control is 
exercised before, during, and after any initiation of hostili- 
ties.”® Survivability, Interconnectivity, and endurance were the 
essential criteria being called for, a distinct departure from the 
past. Kennedy acknowledged that developing this kind of sys- 
tem would involve a major effort on the part of the United 
States, but that effort, he said, “vital to the existence” of the 
nation, was worth it.'* 

In line with the president’s vision. Defense Secretary 
McNamaira directed that a study be conducted to assess the 
ways in which this more centrally responsive command and 
control system might be achieved most readily. The reseairch 
group that was assembled, called the National Command and 
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Control Task Force, Included a number of military personnel, 
some of them from the recently established Defense Communi- 
cations Agency. Civilian participants included members of the 
White House staff and a number of outside consultants from 
such interested organizations as the RAND and MITRE Corpo- 
rations. Earle E. Partridge, a retired Air Force general and 
former commander in chief of the Air Defense Command, was 
recalled to active duty to head the study team. The task force 
promptly set to work and received considerable impetus to its 
efforts in August 1961, when the Soviets began the construc- 
tion of the Berlin Wall. During the Berlin crisis, the national 
leadership considered a series of possible military responses, 
ranging from an attack by conventional forces up the auto- 
bahn linking Berlin with the rest of West Germany to the firing 
of nuclear warning bursts over unpopulated areas of the So- 
viet Union. With nuclear confrontation a distinct possibility, 
the need for an effective command and control system ap- 
peared urgent in the extreme. 

The top secret Final Report of the National Command and 
Control Task Force, more familiarly known as the Partridge 
Report, was completed on 14 November 1961.® Concluding at 
the outset that the capabilities of US weapons systems had 
outstripped the ability to command and control them, the re- 
port provided the administration with a comprehensive blue- 
print for the integrated, survlvable, worldwide system it de- 
sired.® Although the conventional forces were by no means 
neglected, the major emphasis of the report focused on the 
strategic nuclear forces. But despite its expansiveness, the 
report contained no radically new ideas and proposed few new 
initiatives or systems. Rather, what it did was more along the 
lines of describing an intellectual context, establishing a 
framework for streamlining, modernizing, and centralizing 
command and control that both reflected the new administra- 
tion’s concerns and gave coherence to a number of military 
command and control programs then in the planning stages, 
under development, or already deployed.^ This framework was 
called the National Military Command System (NMCS). 

Partridge’s task force envisioned that action to implement 
the NMCS should proceed in a series of steps. Of foremost 
importance was the need for a large, technically sophisticated 
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National Military Command Center (NMCC) to replace the 
Joint War Room at the Pentagon. Plans for upgrading the 
small, overcrowded war room with its extremely limited data- 
processing capabilities had, in fact, already been drawn up by 
the Defense Communications Agency. Partridge’s team drew 
heavily from these plans as they considered ways to improve 
this, fee most important node of fee proposed National Mili- 
tary Command System. 

Recognizing fee near certainty feat fee Pentagon would be 
destroyed in fee opening moments of a nuclear attack. Par- 
tridge’s team next recommended upgrading an alternate, more 
survivable command center to which the national leadership 
could repair during times of crisis. Called fee Alternate Na- 
tional Military Command Center (ANMCC), this backup “un- 
derground Pentagon” was intended to perform fee critical 
functions of the NMCC if fee Pentagon facility was destroyed 
or rendered inoperable. The ANMCC, fee location of which was 
originally shrouded in secrecy, (code-named “Site R” for secu- 
rity reasons) was hardened against fee effects of nuclear deto- 
nations by being buried inside Raven Rock, a mountain in 
southern Pennsylvania. This site was located within the 
boundaries of the Fort Ritchie military reservation in Mary- 
land, about eight miles from fee presidential retreat at Camp 
David.® The idea for fee ANMCC did not originate with Par- 
tridge’s team, however, for the Raven Rock facility already ex- 
isted. During the 1950s President Eisenhower and his cabinet, 
on several occasions, had convened there, as well as at other 
locations, to participate in nuclear war exercises.® As with fee 
NMCC, the Partridge team’s point was to identify existing re- 
sources that would serve as crucial elements of the new Na- 
tional Military Command System. 

A third command post whose critical nature fee Partridge’s 
task force underscored was fee headquarters of the North 
American Air Defense Command (NORAD). Thinking as fee 
task force did of possible nuclear crises or conflicts, NORAD’s 
missions were Indeed critical ones: surveillance, detection, 
and identification of aircraft operating over or near the North 
American continent, and, by way of the Semi-Automatic 
Ground Environment, operational control over US and Cana- 
dian air defense forces. With fee coming of fee space age. 


36 



NATIONAL MILITARY COMMAND SYSTEM 


NORAD’s mission would be expanded to include surveillance, 
tracking, and cataloguing of all man-made objects In space 
and the detection of missile launches and nuclear events 
around the globe. In all cases, NORAD’s most important job 
was to provide US and Canadian leaders with timely warning 
that North America was under attack. Given the vital nature of 
this mission, a major Air Force concern at the time was the 
construction of a new, survivable NORAD headquarters. Plan- 
ning for the new facility had in fact commenced years earlier, 
and by the time the Partridge Report was issued, work on 
ProgTcun 425L, NORAD’s new Cheyenne Mountain facility, was 
already weU under way. With NORAD, as with the other com- 
mand centers, then, the Partridge Report broke no new 
ground. 

Finally, the Partridge Report underscored the need for a 
survivable airborne command post. In February 1961, just 
days after the Keimedy administration’s arrival in Washington, 
the Strategic Air Command’s first EC- 135 “Lx)oking Glass” air- 
craft, designed to provide control of the strategic nuclear forces 
after a nuclear attack, took off fi*om Offutt AFB in Nebraska. 
SAC would keep one such aircraft continuously airborne for 
the subsequent three decades. Concerned that civilian leaders 
be accorded an equally survivable airborne command post, 
McNamara directed SAC to station similar EC- 135 aircraft at 
Andrews AFB near Washington so that the national leadership 
could rapidly board in case of crises. SAC responded by de- 
ploying three of the planes, one of which was kept on continu- 
ous ground alert," to Andrews the following year, 1962. Here 
again, the Partridge Report simpty imderscored the importance 
of initiatives already well advanced. 

Since the NMCS would be a system linking the national 
leadership, both civilian and mllitaiy, to the operating military 
forces worldwide, it consisted not oiily of the various command 
posts but also of the communications media linking them to- 
gether. As conceived, the NMCS would not be a separate, dedi- 
cated communications system within the DOD. Rather, it would 
constitute a collection of existing resources — some of which 
had been designed and provided in response to national level 
requirements — ^that the NCA could draw upon as necessary. 
These assets, which included the Defense Communications 
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System as a central element, ensured that the Defense Com- 
munications Agency would be a key player in NMCS design, 
engineering, technical supervision, and support. 

It is worth underscoring Kennedy’s point that the NMCS, 
while a military system, would remain under ultimate civilian 
control at all times. To that end, the NMCS by necessity would 
interface not only with a wide range of military forces but also 
with a number of civilian agencies and offices. The NMCS 
would provide direct connections to the White House situation 
room, for example. The White House’s own command center, 
the situation room was headed by a military officer and operated 
by the CIA. NMCS would also be linked directly to the State 
Department’s Operations Center, an element established in 
1961 to deal with international crises. A third key civilian 
interface would be with CIA headquarters in Langley, Virginia.'^ 

The major emphasis of the Partridge Report, its cutting 
edge, is foimd in the final word of the phrase “National Military 
Command System.” As the phrase denotes, the thing being 
created was to represent an integrated whole, a body with 
articulation among its constituent parts. If NORAD and its 
sensors were the body’s eyes and ears, if SAC were its muscles 
and its fists, the new command system would constitute its 
brain and central nervous system — ^the network that permitted 
all of the parts to operate as a single coherent entify. The 
ensuing 30-year effort to create a more coherent and central- 
ized, Interconnected, and survivable system for military com- 
mand and control, one with a strong and ever-increasing em- 
phasis on the control of the strategic nuclear forces, can be 
traced to the criticisms and recommendations contained in the 
Partridge Report. 

Given the fierce resistance to centralization that had been 
encountered during the 1958 defense reorganization, it was 
hardly surprising that the Partridge Report and other similar 
recommendations were greeted in some quarters with skepti- 
cism and even hostility. Memy experienced military personnel 
deeply resented the White House-to-foxhole approach to mllitaiy 
operations Implicit in an increasingly centrsdized command 
and control structure. To them, the White House approach 
smacked of meddling, of a looking-over-your-shoulder sort of 
micromanagement. Socialized to the merits of a bureaucratic 
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hierarchy as formally expressed in the military chain of com- 
mand, they considered efforts to bypass or ignore that chain 
injurious £uid potentially dangerous. These efforts, they be- 
lieved, deprived those both at the top and the bottom of neces- 
sary advice and guidance. As one officer ominously cautioned, 
“If the chain of command is not employed, it is not needed. If it 
is not needed, it should be abolished. If it is abolished, every- 
thing will have to be run from the top.”'® Of course, in this 
judgment and the judgment of many other professionals, at- 
tempts to run things from the top would only increase the 
likelihood of errors and mishaps. In addition, diminishing the 
importance of the chain of command would deprive those 
therein of their prerogatives, even their reason for existence. 
The result was that the NMCS concept was resisted from the 
outset, often openly, but even more so m secret. “You didn’t go 
to West Point twenty-five years ago and train your whole pro- 
fessional life to have somebody look over your shoulder,” after 
all.'^ 

The new administration firmly believed in the merits of cen- 
tralization, however, and with the Partridge Report in hand as 
guidance, McNamara set out in late 1961 to establish the op- 
erational framework for precisely such a centralized system. 
The president reinforced the effoii; through his public state- 
ments, asserting how “we propose to see to it . . . that our 
mfiltary forces operate at all times under continuous, respon- 
sible command and control from the national authorities all 
the way downward — and we mean to see that this control is 
exercised before, during, and after any initiation of hostili- 
ties.”'® Noting that America’s nuclear monopoly had ended, 
Kennedy pointed out how this hard reality had forced defense 
planners to consider new contingencies that in turn required a 
new emphasis on improved command and control. Thus, the 
development of the new National Military Command System 
recommended in the Partridge Report a system that would 
directly support the National Command Authorities under edl 
conditions of peace, crisis, and war. 
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Implementing the National 
Military Command System 

On 2 June 1962 Secretaiy McNamara issued a memoran- 
dum directing that the NMCS be put into operation. The 
memorandum assigned to the Joint Chiefs of Staff the respon- 
sibility for working out the user requirements and the func- 
tional design for the new system. To meet those responsibili- 
ties, the chiefs acted along two fronts. They immediately began 
using the Joint War Room as a nucleus for the National Mili- 
tary Command Center, designated the NMCS’s key node. They 
then turned to their Joint Command and Control Require- 
ments Group (JCCRG) for help.*® The JCCRG owed its exist- 
ence to the 1958 defense reorganization, which had dramati- 
cally expanded the role of the joint chiefs and made their role 
far more detailed and complex. With each passing day, it be- 
came increasingly obvious to the joint chiefs that fulfilling 
their new responsibilities required the development of some 
sort of joint-service command and control system complex, 
one that was global in scope and responsive to the needs of the 
National Command Authorities.*^ By the end of 1959, the need 
was sufficiently acute that a number of major reviews had 
been commissioned. (One of these, known as the Winter 
Study, consisted of two dozen separate panels — some 140 Air 
Force, industry, and other persormel in all. The study exam- 
ined key command and control issues, mostly from an Air 
Force point of view.*® Another effort was the Navy’s Pangloss 
research into ways to improve communications with the then- 
emerging ballistic missile submarine force.) The possible forms 
that a national level command and control system might take 
were myriad. The joint chiefs needed help sorting through the 
possibiUties, so the JCCRG was set up in January 1960 on an 
Informal, advisory basis. Over the next few years, the JCCRG 
would expand, both in size and in the number of system 
strategies it considered. 

These efforts were stUl in progress when the Kennedy ad- 
ministration Eirrived in Washington. Suspicious of the old Pen- 
tagon regime. Defense Secretaiy McNamara was not about to 
accept the conclusions of these studies without a second opin- 
ion. That was where General Partridge’s Task Force came in. 
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But Partridge’s key conclusion — that a National Military Com- 
mand System be established — proved to be almost identical to 
the conclusions of the various other studies then under review 
by the JCCRG. McNamara accordingly directed the joint chiefs 
to implement the system, and to accomplish this task, the 
joint chiefs turned to the JCCRG, their in-house experts. Al- 
ready a substantial if informal bureaucratic presence, the 
JCCRG was promptly formalized, its bureaucratic clout in- 
creased by upgrading its chief to a two-star billet. 

The tasks facing the JCCRG were substantial. The first was 
to inventory available facilities and assess objectives. What 
exactly was the system in question? Precisely what was it 
supposed to accomplish? How could various system assets be 
tied together to do this? As one officer assigned to the JCCRG 
described the process, “As we look in detail we find we are also 
looking at the broader view. And, as we work closer and closer 
with the full worldwide system and its requirements, we are 
able to more clearly define and refine the requirements of the 
NMCS.”^® If it all sounds more than a bit ambiguous, this is 
hardly surprising. From the outset, the thorniest of the prob- 
lems facing the JCCRG was the identification of requirements. 
What specific lypes of information do users require across a 
spectrum of possible situations?^' For only when these prob- 
lems had been specified could the most appropriate communi- 
cations, automatic data processing, and organizational tech- 
nologies for meeting them be identified. And only when all of 
this was done could the best arrangement be devised for Unk- 
ing these elements together so that they could, in fact, func- 
tion as a coherent system. “ 

Unfortunately, this quest for centralized coherence was im- 
periled from the very outset by fragmented NMCS manage- 
ment responsibiUties. McNamara had specified in his 2 June 
1962 memorandum that the joint chiefs would work out the 
new system’s requirements, and his rationale made consider- 
able sense. The secretary understood that many mllitaiy lead- 
ers felt they they did not have sufficient input into the design 
of earlier command and control systems. These systems were 
inappropriate, failed to meet their needs, and were conse- 
quently rejected by the very users they were intended to serve. 
By implicating the joint chiefs, McNamara felt, mUltary leaders 
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would have Input into the conceptual development of the sys- 
tem, making it more useful to them and lessening their resis- 
tance to its implementation. 

But the major problem was that nobody knew precisely 
what was needed, or what the appropriate requirements were. 
The president had called on the new system to be survivable, 
interconnected, and endurable; and defense journals were 
now discussing how these were the key words for NMCS devel- 
opment. But precisely what did such terms mean in the real 
world of proliferating nuclear weapons and limited budgets? 
Did they mean redundancy, the use of a wide range of commu- 
nications frequencies and system approaches, including very 
low frequency and microwave systems, terrestrial and under- 
sea cables, ionospheric and tropospheric scatter systems, and, 
when they became available, satellite and rocket communica- 
tions systems? Did they mean internetting, the ability to com- 
municate between system elements even in case of communi- 
cations breaks or outages? Did they mean having the ability to 
ride out a nuclear attack and sttU have the means to assess 
what was happening and to pass launch orders to the strate- 
gic nuclear forces?^ But the major problem in virtually every 
case involved having little real-life experience to go on and 
having no way to determine what sort of demands would be 
placed on the NMCS in the event of major crises. The concep- 
tued underteiklng was thus ambiguous in the extreme, for as 
director of defense research and engineering Eugene G. Fubinl 
summed up the problem, “In the final analysis, what we are 
really dealing with is a system whose configuration depends 
on answers to the larger question, ‘What is the proper texture 
of a democratic government under stress?’”^'* This was a ques- 
tion for which there was no single or simple answer. 

But whatever that answer might eventually prove to be, one 
thing was apparent to everyone from the outset: the NMCS-to- 
be would rely heavily on automatic data processing technolo- 
gies. Along these lines, the first computer designated exclu- 
sively for command and control support of the National 
Command Authorities, an International Business Machines 
(IBM) 1401, was installed in the fall of 1962 in J-3, the joint 
chiefs’ operations area in the Pentagon, and another simulta- 
neously installed at the Alternate National Military Command 
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Center’s computer facility. Initicilly, these computers were run 
by persormel attached to the Defense Atomic Support Agency, 
but on 1 January 1963, they were transferred to the Defense 
Communications Agency. At that time the Pentagon computer 
facility was renamed the National Militaiy Command System 
Support Center amd placed under DCA operational control. At 
first, these computers were not considered “organic” elements 
of the NMCS, since, as National Military Command Center 
director Paul Tibbets noted, the NMCC did not deal with a 
volume of data sufficient to Justify automation. But Tibbets 
and others knew well that this was soon to change, for in 
terms of ADP support for national-level command and control, 
the surface had only been scratched.^® 

The search was on for an optimum computerized system, 
one capable of providing the ADP support required at every 
level of the military hierarchy while being able to feed informa- 
tion quickly up the line. Yet while providing unprecedented 
ability to process data, the introduction of computers did little 
to help clarify the fundamental issue of requirements. Since 
nobody was really sure what information was needed, by whom, 
or when, huge sums of money and countless hours of effort 
would be invested by a staggering number of commands and 
agencies (DCA perhaps chief among them), trying to identify 
and specify the appropriate database that should be available 
in the various NMCS command centers for decision-making 
purposes. Nor in the absence of well-defined requirements was 
it clear with precisely which systems, and under what condi- 
tions, the NMCS should connect. It was a circular problem, to 
be certain, for only when requirements had been specified was 
it possible to develop specific, appropriate supporting ADP 
subsystems and the interfaces between them.^® With the pro- 
gram thus wallowing in conceptual ambiguity, what was hap- 
pening was that the system was essentially designing itself. 

In the absence of a well-elaborated set of user requirements, 
many officials believed that the best approach to the ADP and 
interface problems, and by extension the best strategy to pur- 
sue with respect to the design of the NMCS, was the basic one 
of standardization. Since the system required the capability to 
exchange data among its constituent elements, and since this 
process by definition involved a large number of Interfaces, 
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what was called for was the use of similar types of computer 
hardware, associated equipment, standard data formats, and 
standard software applications.^® One early effort along these 
lines was the National Military Command System Information 
Processing System (NIPS). Developed in 1963 to run on the 
IBM 1410 computer, NIPS sought to achieve a measure of 
compatibility in the areas of hardware and software, to reduce 
the (even then) staggering costs of software development, and 
to promote standardization of information, equipment, and 
training among the various elements of the NMCS. But since it 
was being forced down from the top, such compatibility would 
not be accomplished immediately.^® In the interim, the system 
would continue to design Itself. 

By this time, several other defense organizations already 
had developed automated command and control systems, and 
it might seem that these could provide operational models for 
the NMCS, thereby avoiding much, if not all, of the develop- 
mental “ad hoceiy.” SAC and NORAD, for example, had com- 
puterized systems that were extremely sophisticated compared 
to what was then available in the Pentagon. But although 
some of the technologies developed under these programs 
would later be drawn upon for use in the NMCS, they were far 
from appropriate models. Consider that both NORAD and SAC 
performed relatively clear defense functions. Knowing what 
had to be done served to foster a climate of aggressive techno- 
logical Innovation, especially In fashioning automatic data 
processing as an effective tool for command and control. In 
contrast, nobody knew exactly what functions NMCS was sup- 
posed to perform. But even with the relative cleirity of their 
missions, NORAD’s and SAC’s problems with their automated 
commemd and control systems were vast — indeed, the stuff of 
which bureaucratic legends were made. For these reasons, 
they were far from perfect models for developing a computer- 
based National Milltaiy Command System. As for the other 
major commands, since they had absolutely nothing in the 
way of ADP support for command and control, they provided 
no examples at all, useful or otherwise.®® 

So it was not the computer technologies themselves that 
represented the major limiting factor in the birth and sub- 
sequent evolution of the National Military Command System. 
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Rather, the problem was more in conceptualizing their useful- 
ness to decision makers and their supporting organizations. At 
base, it was a people problem, figuring out what Information 
was required and then having the personnel adjust to the 
technologies capable of providing it. 

As McNamara’s memorandum laid out the responsibilities 
for the new National Military Command System, the joint 
chiefs and their in-house experts, the JCCRG, working closely 
with the OSD, would generate policies, concepts, and require- 
ments. The Defense Communications Agency was given re- 
sponsibility for systems engineering. This engineering function 
would be performed under the broad policy supervision of the 
director of defense research and engineering, who would cre- 
ate the necessary NMCS support organization. The military 
departments, for their part, would program, deploy, and sup- 
port the operation of the various NMCS subsystems.^' That 
was how things were supposed to work. The problem was that, 
while the secretary’s memorandum seemed to clearly establish 
the basic relationships and responsibilities within the NMCS, 
the reality was otherwise. Many of the instmctlons in the 
memorandum were quite general, and there were numerous 
caveats, both stated and implied. Given the widespread resis- 
tance to anything that smacked of centralization in military 
operations (resistance, that is, to the very thing exemplified by 
the NMCS concept), and given the institutional strength of emy 
number of individuals and organizations who “viewed the 
world from the castle walls on their manor lands zmd fiefs,” the 
results were predictable.^^ The ambiguities in McNamara’s in- 
structions were quickly exploited. Interpreted in terms of exist- 
ing interests, and used as justification for new programs and 
initiatives where specific guidance was weak or absent. 

This gave extraordinary latitude to powerful constituencies 
to shape the form that the NMCS would take. To make certain 
that their interests were represented, many of these — in par- 
ticular the services— established staff sections to monitor the 
development of the systems they were to use. When it came 
time to deploy these systems, the services also accepted this 
responsibility. For example, two mobile command posts, the 
National Emergency Airborne Command Post and the National 
Emergency Command Post Afloat, were in large measure service 
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initiatives, actively pushed by the Air Force and Navy, respec- 
tively. (The Army was already in charge of the ground-based 
Alternate National Military Command Center at Fort Ritchie, 
and these mobile command posts assured that the other two 
services would not be cut out of the NMCS action.) In other 
words, some of the most crucial decisions concerning the de- 
sign, capabilities, and evaluation of the new NMCS were deter- 
mined by organizations whose interests ran in the direction of 
keeping things decentralized. And things were made all the 
easier since the JCCRG performed its advisory function with 
one eye focused directly on service needs. 

As things were supposed to work, once requirements had 
been worked out by the JCCRG, the joint chiefs would turn 
them over for approval to the secretary of defense. The ap- 
proved requirements would then be passed along to the direc- 
tor, Department of Defense Research and Engineering 
(DDR&E), whose agency was responsible for ensuring that a 
system would be engineered to meet them. To meet those re- 
sponsibilities, McNamara instructed the DDR&E (at the time 
Harold Brown, himself later a secreteuy of defense) to establish 
the position of director of NMCS technical support within his 
office.®^ By separating the functional roles of the Joint Chiefs 
of Staff and DDR&E in this fashion, McNamara hoped to elimi- 
nate the frequent and injurious power struggles that had char- 
acterized the relationship between these two organizations, 
thereby allowing the groups most directly responsible for na- 
tional-level command and control system development to work 
together more smoothly. DDR&E took its mandate seriously, 
and during the system’s early years, a substantial percentage 
of its funds would be utilized to establish the NMCS.®^ 

If DDR&E was given an overall supervisory function in the 
technical Implementation of the NMCS, the Defense Commu- 
nications Agency had a more hands-on role — take identified 
system requirements and turn them into a detailed set of tech- 
nical specifications. Specifically, DCA would prepare a detailed 
technical plan for the NMCS that would include both a system 
design and a strategy for acquiring the system. It would be 
responsible for preparing cost estimates, performing technical 
analyses, and otherwise providing the joint chiefs with the 
necessary systems engineering and technical support for the 
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system. So that his agency could do these things, the director 
of DCA was tasked to establish an NMCS technical support 
element within his agency, analogous to that already estab- 
lished within DDR&E.®® 

The DCA promptly established its NMCS element at its Ar- 
lington, Virginia, headquarters. It was headed by John B. Bestic, 
an Air Force major general, who was given the title deputy 
director of the NMCS. Staffing for this new NMCS headquar- 
ters directorate included a mixture of military and civilian per- 
sonnel, people whose backgrounds were mainly in the areas of 
communications, automatic data processing, and engineering, 
but who also represented, in Bestic’s words, “the various disci- 
plines contributing to the solution of command and control 
problems.”^® In one of those dubious official accounts, (devoid 
of the black humor that makes stories memorable outside of a 
self-serving, bureaucratic context) when the freshman staff of 
the NMCS assembled on its Defense Communications Agency 
“campus,” one exuberant young major was supposed to have 
exclaimed, “What NMCS means. General, is No More Confused 
Situations. Rlght?”®^ 

Using the plan drawn up by the JCCRG as its basic frame- 
work, Bestic’s group soon developed a detailed set of technical 
specifications for the National Military Command System, ef- 
fectively a master plan for its form and evolution.®® Tlie MITRE 
Corporation was awarded the contract for the technical plan- 
ning, designing, managing, and integrating of the NMCS pro- 
ject, and its approach to system development was described as 
“evolutionary.” METRE’S reasons for taking this sort of approach 
seemed eminently reasonable.®® Several existing major com- 
mand and control systems (such as those at NORAD and SAC), 
designed essentially as “turnkey” systems, had proved to be 
major feUures in many respects. the realization began to 
sink in that command and control systems might not be amena- 
ble to the usual acquisitions (weapons system) approach, and 
as it became clear that military requirements 10 or 15 years in 
the future could not be predicted with any certainty, system 
designers at MITRE decided that a better strategy was to follow 
the lead of the commercial telephone compemies. Instead of 
“dropping a new system on top of the others,” in the words of 
Esterly Page, DDR&E’s technical director for the NMCS, the 
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system would be designed within the state of the art, modified 
as necessary to meet changing requirements, and be flexible 
enough to exploit technological innovations as they became 
available.''® MlTRE’s evolutionary approach seemed fully con- 
sistent with the intent of McNamara’s directive, which empha- 
sized creating command and control systems with steady-state 
learning and growth bases, that could be continually Improved 
without widespread equipment obsolescence. 

To those ends, the approach emphasized a close and con- 
tinuous interaction between system users — commanders and 
their staffs — and the engineers and technicians who designed 
the systems for them. Through this interaction, requirements 
could be evolved and new systems developed, but in a way 
that permitted greater all-round understanding. Users would 
become aware of the practical possibilities offered by new tech- 
nologies, especially in the area of automatic data processing. 
They would come to understand their limitations as well. Engi- 
neering personnel at DCA and other agencies, for their part, 
would learn to appreciate the complexity of operational situ- 
ations — in particular, the frequent lack of complete informa- 
tion and the need to deal with surprise and uncertainty. The 
technologies that were recommended for the system would 
presumably reflect this understanding and result in an NMCS 
that could better cope with real-world situations.'" While the 
evolutionary approach sounded positive indeed, it would prove 
to be the source of a great many problems in the future. 

Within a year and a half of McNamara’s order that the 
NMCS be put into operation, more than 40 command and 
control systems operated by the services, defense agencies, 
and the unified and specified commands were tied into it with 
vaiying degrees of success. Some of these, including such key 
commands as NORAD and SAC, were rapidly moving toward 
computer-based, fully automated reporting systems. The sys- 
tem also included such communication networks as AUTOVON 
and AUTODIN that linked these facilities with the National 
Command Authorities, the unified and specified commanders, 
service headquarters, and other designated agencies, includ- 
ing the National Security Agency and the Defense Intelligence 
Agency.'*^ With matters apparently proceeding well, enthusi- 
asts were not shy to declare, with some hyperbole, that before 
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long the NMCS would provide, for the first time, a means by 
which the National Command Authorities could maintain in- 
stantaneous and detailed contact with all levels of US military 
forces worldwide. 
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Chapter 4 


WWMCCS Is Bom 


The effort to establish the various elements of the National 
Military Command System had scarcely begun when the October 
1962 Cuban missile crisis electrified the nation and the rest of 
the world. The crisis highlighted a number of command and 
control problem areas that remained unaddressed. It also pro- 
vided considerable additional impetus for creating the type of 
comprehensive system, responsive to the needs of the national 
leadership, that President Kennedy and his advisors said they 
required. And not without reason: for a few tense hours, the 
United States and the Soviet Union stood on the brink of the 
nuclear precipice, the first and most serious such moment in 
the annals of the cold war. 

A series of hard lessons were forthcoming fi-om those tense 
and dangerous October days. The first of these lessons under- 
scored what had been abundantly emd painfully obvious to the 
administration during the Bay of Pigs debacle — ^the flow of 
intelligence from the field to the national leadership needed 
substantial improvement. The missile crisis now vividly posed 
the question, “What price information?” — to which Kennedy’s 
emphatic response was “almost any price.”' The crisis again 
made it apparent that in many instances it was not possible 
for the civilian leadership to exercise effective control over the 
operating militaiy forces. In part, this was simply because the 
necessary communications systems were not in place. But 
even where they existed, administration officials encountered 
a deeply ingrained military resistance to any effort to exercise 
centralized direction and oversight of local operations. The 
civllian-mllitaty tension had been especially palpable when 
administration officials went outside of the usual military 
chsiin of command to speak with the commanders of vessels 
participating in the quarantine operation.'^ To those in the 
services, professionals steeped in a military culture where hi- 
erarchy and decentralization were considered both virtues and 
necessities, this sort of supervision was anathema.^ 


51 



THE WORLD WIDE MILITARY COMMAND AND CONTROL SYSTEM 


The Cuban missile crisis’s third lesson concerned the need 
for improved civilian communications. Since the conduct of 
operations during the crisis and its eventual resolution 
required the use of both defense and nondefense communica- 
tions systems, the Importance of each for successful crisis 
management was imderscored for the administration. Deficien- 
cies in existing civilian communications systems were especially 
apparent when the president was unable to inform South 
American leaders of his intended actions because the State 
Department’s communication system was overloaded. They 
were apparent again when US ambassadors to a number of 
Latin American nations were unable to contact their govern- 
ments because of international communications bottlenecks."* 
These ostensibly nondefense systems clearly performed an 
important defense function. 

A closely related lesson concerned the need for linkage 
between the communications systems used by the military 
and civilian agencies of government. The Cuban crisis amply 
demonstrated the intimate relationship between these systems 
and made explicit for the first time the need to link them 
together into a single, integrated system.® But linking them 
together was obviously no small undertaking. As was already 
apparent to the Defense Communications Agency and other 
entities then attempting to integrate military communications 
systems, the problem was that different systems had been 
developed separately by different constituencies for different 
purposes. They tended to be technically and procedurally incom- 
patible, and, iJf connected at all, connection occurred at only a 
few points.® Adding a plethora of civilian communications sys- 
tems to this mixture would only compound the difficulties. 

A final lesson administered by the crisis involved serious 
deficiencies in communications security. The need to commu- 
nicate orders and information to a number of US embassies 
and military facilities abroad regarding the impending block- 
ade of Cuba, coupled with a lack of secure communications 
circuits by which to do so, had permitted the Russians to 
intercept many of the messages, thereby gaining advance 
knowledge of impending US actions. When President Kennedy 
appeared on national television to Inform the Americeui public 
of his decision to blockade Cuba, he did not realize the Soviet 
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Union had almost certainly known of the decision for several 
hours/ 


The Orrick Committee Report 

The missile crisis was a nerve-shattering experience. In its 
aftermath, the president, his National Security Council, and 
the Department of Defense engaged in considerable soul- 
searching regarding the appropriate nature of crisis manage- 
ment and decision making in the nuclear age. Immediately 
following the crisis, an Interagency working group headed by 
the deputy undersecretary of state for administration, William 
H. Orrick, was set up to do a postmortem report and to make 
recommendations for change.® Not surprisingly, the Orrick 
Committee report focused on the overall effectiveness of world- 
wide US government communications. It concluded that a 
need existed for a flexible communications system to give the 
president and other elements of the NCA control over the 
nation’s total governmental communications facilities, both 
military and civilian. Such a system must be highly capable, 
the committee argued, with the ability to provide users with 
fast, continuous, and reliable services. In addition, it should 
be able to ftmction dirring periods of high tension — even periods 
of nuclear conflict — ^without suffering serious degradation. If 
the prevcuUng coimterforce doctrine of selectively targeting Soviet 
military facilities rather than cities were to be anything more 
than a theoretical promulgation.® Emphatically so if, as 
McNamara’s Pentagon was now promising, the United States 
would be able to terminate a nuclear war on favorable terms 
by threatening further attack, implicit in which was the ability 
to communicate both with one’s own forces and with the 
enemy. Accordingly, Orrick recommended that this new system 
emphasize physical hardening, mobility of assets, and circuit 
redundancy, ensuring the ability to transmit and receive mes- 
sage traffic under all conceivable circumstances." 

With the Orrick Committee’s recommendations as a csdl to 
action, McNamara issued DODD S-5 100.30, Concept of Opera- 
tions of the Worldwide Military Command and Control Systems, 
before the month of October was out. The secret directive for- 
mally Identlfled two distinct yet related sets of requirements. 
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one military and the other civilian. At the same time, 
McNamara assigned the director for operations of the Joint 
Staff, Maj Gen Ferdinand T. Unger, the task of establishing a 
national level command and control framework that was fully 
in accord with both. From McNamara’s point of view, the need 
for a system incorporating all government communications was 
obvious, and his authority to establish it apparent. As secre- 
tery of defense, he was, after all, ultimately responsible for 
military operations. Ordering those operations required ade- 
quate communications. Since he was ultimately responsible 
for these as well, McNamara was determined to direct them in 
the manner he deemed appropriate. The result was a decades- 
long effort to create a national level command and control 
frcimework, one that would include, but that went consider- 
ably beyond the mandate of the Defense Communications Sys- 
tem and the National MiUtaiy Command System.'^ This frame- 
work was referred to as the National Communications System 
(NCS), and the director of DCA was designated system manager. 

Theoretically, the NCS would provide the NCA with the crisis 
management capabilities they desired, but the problem was 
that the system came into being without a guiding conceptual 
rationale. Was there a need for all of the communications sys- 
tems then in place? Which were duplicative? Of these, which 
provided necessary redundancy and which were superfluous? 
Who should make these judgments? What sort of organization 
was most appropriate to manage this vast metasystem?'® 
There were no precedents to draw upon, and no analyses had 
been conducted to answer questions such as these. 

The World Wide Military 
Command and Control System 

The NCS’s mllitaiy component, its dominant and by far 
most important part, took its name from a slight variant of 
DODD S-5 100.30’s titie. It was called WWMCCS (World Wide 
Militaiy Command and Control System), and something new 
amd considerably more complex than just another defense sys- 
tem was being created here. Throughout this time, a number 
of systems useful for command and control purposes already 
had made their appearance or were then under development. 
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Included were such command facilities as the National MUi- 
taiy Command Center, the Alternate National Military Com- 
mand Center, NORAD headquarters, SAC’s command post in 
Nebraska, and the airborne command posts. There were sen- 
sor systems such as the Ballistic Missile Early Warning Sys- 
tem. There were vast, automated systems such as SAGE and 
the then-under -development SACCS, SAC’s Automated Com- 
mand Control System. Communications systems such as 
SAC’s Primary Alerting System and the Joint Chiefs Alerting 
Network had also made their debut. These were the tools of 
command and control, to be certain, but for the most part, 
they were viewed as unrelated military capabilities. If the DCS 
had begun to change sill of that, moving things in the direction 
of larger scale and greater connectivity, the WWMCCS concept 
would do so even more emphatically. With WWMCCS, no 
longer would these systems be viewed in isolation. Instead, 
they would be viewed as integral parts not only of a new defense- 
wide metasystem but of an entirely new raUltaiy discipline emd 
science — ^that of command and control. 

In many respects, emd for a number of years, the World 
Wide Military Command and Control System, like the NCS of 
which it was formerly a part, would remain essentially a 
bureaucratic fiction, an organizational concept rather than a 
hard commitment of funds, hardware, personnel, and mana- 
gerial authority. On a theoretical level, at any rate, such an 
organizing principle made perfect sense. There was a myriad of 
command and control assets then in existence throughout the 
defense establishment, and Avith proper organization, these 
assets could provide the connectivity the administration 
desired. The logic was described by an Air Force officer who 
noted at the time how low-level tacticad commamd and control 
assets were properly viewed as subsystems of a higher echelon 
system. These higher systems, in turn, were themselves sub- 
systems of the national level system serving the president and 
other members of the NCA.‘® Therefore, the assets were there, 
and the problems seemed to be ones of design, connectivity, 
and coordination. If those problems could be solved, the presi- 
dent’s vision of a system that would permit the national lead- 
ership to electronically orchestrate its militaiy responses to 
crises could be realized. 
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To provide a centralized focus and coherence to the new 
World Wide Military Command and Control System, DODD 
S-5100.30, WWMCCS’s founding document, gave the Joint 
Chiefs of Staff overall responsibility for the planning, imple- 
mentation, and operation of the system. Like the DCA’s man- 
date regarding the DCS, however, the document would turn 
out to be an instance of considerable formal responsibility 
with little real authority. Since the joint chiefs were supposed 
to devise ways to merge the command and control assets al- 
ready in existence rather than create a new system from 
scratch, they received no funding or permanently assigned 
personnel to accomplish their mission. Control over resources 
remained where it had always been — overwhelmingly with the 
military services. Despite their apparently substantial man- 
date, then, the joint chiefs’ ability to integrate the military’s 
disparate command and control assets into a single, centrally 
responsive entity called WWMCCS was limited from the outset. 

The impetus toward centralization, and yet the simultane- 
ous endeavor to strike a balance with decentralized needs, was 
made manifest during the days that followed in the form of 
several additional DOD directives. In the area of centralized 
control, one of these confirmed the National Military Com- 
mand Center as the military’s principal command post. The 
purpose here, in McNamara’s phraseology, was to ensure that 
during times of tension and crisis, the NMCC would be the 
“focal point to which the Joint Chiefs of Staff and higher 
authority turn for an immediate review of the situation and for 
advice as to the available course of action.”'® There, the 
NMCC’s deputy director for operations and his staff continu- 
ously evaluated the political and military situation around the 
globe, anticipated problem areas prior to their becoming ac- 
tual crises, and tracked the progress of crises then in pro- 
gress. They were linked by way of direct circuits to aU key 
operational centers in Washington, including the White House 
situation room. State Department, CIA, the services, and uni- 
fied and specified commands. 

But at a later press conference, McNamara dismissed the 
notion that his purpose was to concentrate all decision making 
at the top level of the defense hierarchy. Rather, he said, what 
was being called for was a system that could reap maximal 


56 



WWMCCS IS BORN 


benefits from both centralization and decentrcdlzation. On the 
one hand, decisions should be made at the lowest possible 
level, he said, “taking account of the political ramifications.” 
Since centralized leaders by definition lacked the detailed un- 
derstanding of local conditions possessed by the operating 
forces, they believed those forces should be capable of acting 
on their own initiative without becoming paralyzed by an ab- 
sence of instructions from the top. More specifically, what this 
arrangement implied was that routine matters, including the 
day-to-day conduct of mllitaiy operations and war, would be 
left to the commander on the scene, since that was where the 
situation was most clearly understood. 

On the other hand, nonroutine situations, those “untoward 
circumstances” with the potential for escalation, had to be 
dealt with differently; they required that command take place 
at the highest levels. For this to happen, there was a need for 
a highly effective means by which the president and his staff 
could receive, review, and respond to the most important sub- 
set of the information generated by various operating elements 
worldwide. That was where the NMCS came in. The directive 
designated the NMCS the principal subsystem of WWMCCS 
and the hub of the national level command and control struc- 
ture. In effect, the National Military Command System was to 
serve as a command and control “bridge” linking the NCA to 
the rest of WWMCCS, and in turn to the operating military 
forces in the field.*® 

A subsequent McNamara directive. Issued on 26 October 
1963, modified the basic responsibilities of the unified and 
specified commanders concerning the command and control 
systems they used. This directive charged the CINCs with 
establishing their operational requirements and submitting 
them to the joint chiefs and the secretary of defense for 
approval. The directive went on to direct the CINCs to partici- 
pate in formulating plans for engineering, management, pro- 
curement, facility construction, and operation to satisfy those 
requirements. The view held that the CINCs were such a fun- 
damental part of the system that it was necessary to Implicate 
them in the development and operational phases, to bring 
them into the process in a more central way, to give greater 
input into the command and control systems that were being 
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acquired for them, and to permit them to make ongoing 
changes to that system as required.^® 

Throughout this time, McNamara’s explicit intention was to 
move toward a new approach to command and control system 
acquisition, something that would later become known as the 
evolutionary approach. To create systems that were flexible 
enough to keep pace with changes in technology, military doc- 
trine, and the perceived threat, it was necessary, first, to 
establish a core capability and, second, to improve it incre- 
mentally in response to changing conditions, emerging new 
technologies, and changing military requirements. 

While this approach had its shortcomings, it appeared to 
many in McNamara’s Pentagon to be a vast improvement over 
the dominant weapons system approach that had charac- 
terized command and control system development and acqui- 
sition through this time. This was the philosophy in which the 
commander identified a population of system users, specified 
their responsibilities as best he could, and then identified the 
information required by each Individual at each organizational 
level under the full range of possible conditions. It meant 
answering a series of questions a priori; WTio were the likely 
users? Who was responsible for the transmission of various 
types of Information? What quantity and quality of information 
were necessary? Which frequencies and formats were most 
appropriate? How would the message be routed? "Who was 
responsible for receiving, processing, displaying, interpreting, 
and acting on the Information once it was received? Using the 
answers to aU of these questions as guidance, a technical 
agency would then piece together a development plan. From 
that point on, as one defense Journal described it, the com- 
mand and control system “might as well have been a missile or 
an airplane.”^’ The contractor for the system would take over, 
often working closely with military experts in such develop- 
ment organizations as the Air Force Systems Command, Per- 
formance specifications for the various equipment subsystems 
would be prepared. For automatic data-processing equipment, 
for example, such specifications would include processing 
speed, storage capacity, subsystem availability, reliability, and 
so on. Only when each of these concerns had been resolved 
would the actual equipment be procured. 


58 



WWMCCS IS BORN 


Problems with this approach were many. Although the users 
for whom the system was being built would provide limson 
throughout this process, the arrangement frequently turned 
out to be far from satisfactory. Commanders tended to have 
the performance of their military mission foremost on their 
minds, meaning, of course, that they would seldom appoint 
their best people as liaison officers. The chain of events result- 
ing from this was thoroughly predictable. Officers of lesser 
caliber emd expertise were appointed. These persons were, by 
definition, less able to represent their organization’s command 
and control needs competently. Their voices muted, command- 
ers had little real input into the system being developed for 
them, and they quickly became detached from the develop- 
ment process. Problems of authority and a lack of clear lines 
of responsibility resulted. Under the weapons system ap- 
proach, problems would also result if the user’s requirements 
changed while the system was under development. This even- 
tuality was not at all unlikely, given the rapid and accelerating 
pace of technological advance. 

When systems were planned as a single (albeit relatively 
inflexible) package, they at least tended to have coherence. 
They also had the attraction of being developed as a unity by 
an outside contractor and then turned over to the user, turn- 
key fashion, on a given day. But this approach had not worked 
at all well when applied to command smd control systems. 
Given the complexity of such systems and the continuous ap- 
peairamce of new technologies, especially in the area of auto- 
matic data processing, almost any set of requirements was 
quickly rendered outdated, often before the system was even 
brought on line. Changes in requirements obviously ensued, 
but not infrequently, these changes could be met only by 
design changes that reduced or eliminated the coherence that 
had been the primary attraction of the system in the first 
place. Higher costs, impedred performance, and not infi'equently 
both, were the result. Two major examples of this process in 
action were Program 425L, NORAD’s Combat Operations Center, 
and Program 465L, SAC’s Automated Command and Control 
System — “everyone’s example of how not to develop a com- 
mand and control system.’’^® And there was little alternative to 
making the necessary changes, given the size and cost of 
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programs such as these; these systems could not simply be 
ripped out and replaced every time technologies, mllitaiy doc- 
trine, or the nature of the threat changed. 

What was called for was a new philosophy for planning, 
developing, and acquiring command emd control systems, an 
approach that would recognize that defining user require- 
ments was extremely difficult (not infrequently resulting in the 
overstating of needs known as “gold plating”) and that would 
permit the continuous evolution of systems in response to 
direct and ongoing user participation. Most users don’t know 
precisely what their needs are, after all, especially in a context 
of rapid change where methods for improving a system often 
become available even before it reaches operational status. In 
other words, it appeared to McNamara that the only require- 
ment that could be predicted with any certainty was that of 
greater flexibility in system design at cdl levels.^ And so under 
his regime, each unified and specified commander would be 
responsible for coming up with specific proposals for improv- 
ing the effectiveness of his own command and control systems 
in an evolutionary fashion. These proposals would be submit- 
ted to the Joint Chiefs of Staff, reviewed by the Joint Com- 
mand and Control Requirements Group, and forwarded to the 
secretary of defense for final approval. 

Although the idea was sound, the problem once again 
revolved around the issue of authority. Because the CINCs 
were charged with developing emd deplo)1ng their own com- 
mand and control systems, it was hardly surprising that the 
systems that resulted addressed their specific needs as a first 
order of business and were only secondarily concerned with 
the larger issue of integration across systems.^® This develop- 
ment might not have been so bad had those systems tmly 
been designed for joint-service operations where integration 
was implicit, but this was hcirdly the case. From the outset, it 
was the services, not the CINCs or the joint chiefs, that con- 
trolled funding decisions. Money talks, and as a consequence, 
the services made the key decisions with respect to how the 
CINCs’ new systems would be designed, what assets would be 
acquired, and how those assets would be deployed. The CINCs 
would review the designs and specifications proposed by the 
services, but they could not veto them nor initiate new programs. 
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Whatever comments they might have had were to be submitted 
to the service secretaries, individuals whose first loyalty was 
always to their service branch, not to some new, rather dif- 
fuse, and frequently suspect concept of unification.^® In short, 
the ClNCs’ role was essentially one of direction, guidance, and 
validation. This way, no sooner had the parameters of a more 
centralized command and control system been defined by the 
creation of WWMCCS than centrifugal forces came into play. 
Their effect was to decentralize decision-making authority 
back toward powerful organizational subunits. 

First Fruits: The RB-66 

The benefits or liabilities of the new World Wide Militery 
Command and Control System were quickly put to the test. 
On 10 March 1964 an Air Force RB-66 reconnaissance air- 
craft, attached to the 19th Tactical Reconnaissance Squadron 
at Toul-Rosieres Air Base, France, experienced what was later 
described as “navigational trouble” and intruded into East 
German airspace. Allied and US radars in West Germany had 
observed the RB-66 entering the air defense identification zone 
(ADIZ) near the Berlin center air corridor, the Air Force later 
said, and attempts had been made to warn the plane, telling it 
to reverse course. The RB-66 did not respond to the warnings, 
however, despite standing regulations specifying that aircraft 
within the ADIZ (within 50 miles of the East German frontier) 
identify themselves. It continued its flight into East Germany. 
American and aUied radar operators watched as Soviet MiG 
fighters were sent siloft to intercept the intruder. And they 
watched as the intruder disappeeired from their radcirscopes in 
the vicinity of Gardelegen, East Germany. The time in Wash- 
ington was 9:06 a.m. 

Notification of the probable downing of a “U.S. or fnendly 
aircraft” was immediately flashed to the Pentagon, where 
it was received in the National Military Command Center at 
9:10 A.M. The on-duty watch team promptly informed Secre- 
tary McNamara and the White House, the State Department, 
and the CIA. The team also informed DOD’s own International 
Security Affairs and Public Affairs offices. Within the next 
minute, the commander in chief, Europe (CINCEUR), telephoned 
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the chairman of the joint chiefs at the NMCC, confirming that 
a shootdown had taken place. The identity of the downed 
plane had not yet been established, CINCEUR said, but the Air 
Force had intercepted a radio report by a commercial aircraft 
operating in the area saying that three people had been 
sighted parachuting from an aircraft in distress.^® In short, 
within six minutes of the shootdovm, all the Washington prin- 
cipals knew that the aircraft had been intercepted, fired upon, 
and that three people had bailed out, apparently safely. 

A few minutes later, the president’s military assistant in- 
formed the NMCC that President L 5 mdon B. Johnson had been 
advised of the incident, wdshed to know the identity of the 
downed plane as soon as possible, and expected a full report 
by noon. The NMCC relayed this demand to CINCEUR, whose 
completed report was received in the NMCC by 11:15 a.m. 
While all of this was going on, the NMCC representatives of the 
State Department, CIA, National Security Agency (NSA), and 
other agencies were reporting the facts to their agencies as 
they became available. The US Military Liaison Mission at 
Potsdam commenced efforts to recover any surviving crew 
members. 

At 12:30 p.M. the White House issued the first official press 
release on the incident, stating that the Soviets had shot dowm 
a US plane in distress. According to the official account, the 
RB-66, which was admitted to be a reconnaissance aircraft, 
had been on a low-level navigator training exercise. During the 
flight, the navigator was said to have become disoriented and 
had accidentally penetrated East German airspace. Official 
protests were subsequently filed wdth the Russians. Yet, how- 
ever poorly events worked out that day for the RB-66 and its 
crew, everyone agreed that the National Military Command 
System and the new World Wide Military Command and Con- 
trol System of which it was a part had performed admirably 
throughout the affair. 

Automatic Data Processing 

Incidents like the RB-66 shootdowm created an insatiable 
demand for information. In terms of sheer quantity of data, it 
was a demand that would be met soon, indeed with a vengeance. 
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by the dramatically improved sensor and communications 
technologies that were now coming on line. But if the quantity 
of data available to decision makers was increasing each year, 
quality was a different issue entirely. Raw data tend to be 
meaningless and without value until they have been sorted, 
processed, compared, interpreted, summarized, and displayed. 
In short, they have no value until they have been transformed 
into interpretable information. The problem for the new 
WWMCCS, and the defense establishment generally, was that 
the volume of data flowing into command centers was becoming 
too large to handle. A solution to this problem would be diffi- 
cult, indeed Impossible, without the development of sophisti- 
cated high-speed automatic data-processing technologies — the 
computer hardware, software, and associated peripherals.^® 
Many rightly viewed computers as the solution to a wide range 
of military problems, calling them a panacea for command and 
control, and it is no overstatement to say that automatic data 
processing ranks equally with nuclear energy and the rocket 
engine as the major revolutionary technologies of the postwar 
period. 

Concern for WWMCCS’s automatic data-processing capa- 
bilities began when the system was formally established. At 
that time, the Pentagon solicited the help of Herbert Goertzel, 
a computer scientist who would later earn the affectionate 
appellation “Mr. WWMCCS” for his spirited advocacy of the 
joint-service command and control system. He had worked 
with UNIVAC 1, the first commercial computer, whil e on the 
staff of the Atomic Energy Commission. Afterwards, he had 
participated in the SAGE effort to integrate the US air defense 
and missile systems. Recognized as one of the few people with 
both the vision and the technical knowledge necessary to 
develop the Pentagon’s envisioned global command and con- 
trol network, Goertzel was invited to Washington and offered 
the job of chief of the Information Systems and Standards 
Division at the Joint Chiefs of Staff. Such were the inauspi- 
cious beginnings of WWMCCS automatic data processing.®’ 

Goertzel’s first task was to develop the automatic data- 
processing requirements for WWMCCS’s key component, the 
National Military Command System. Drawing upon plans al- 
ready developed by Gen Earle Partridge’s National Command 
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and Control Task Force and working closely with the Joint 
Command and Control Requirements Group and the Defense 
Communications Agency, Goertzel and his colleague, Mai Bill- 
ings, laid out the ADP support requirements for the Pentagon’s 
National Militaiy Command Center, for its backup site at Fort 
Ritchie, and for the alternate airborne and sea-based command 
posts. This was no small task, for one of the major problems 
confronting the new WWMCCS, and the DOD as a whole at 
that time, was the vast array of incompatible computing equip- 
ment then in operation. As things stood, most of the major 
WWMCCS headquarters had already introduced computers to 
support their command and control functions. Describing the 
existing state of affairs, Goertzel said it consisted of essentially 
a “collection of autonomous subsystems which provided little 
or no potential for fulfilling the command and control require- 
ments of the National Command Authority and the Joint 
Chiefs of Staiff.”^’ 

If this was the case with the headquarters, it applied even 
more strongly to the various lower-level WWMCCS elements 
which, working within the acquisition framework of the past, 
had separately determined their own ADP requirements, devel- 
oped the systems to meet them, and then deployed and oper- 
ated those systems. The Department of Defense was still a 
strongly ramiffled and decentredized organization, after all, and 
acquiring technologies that dovetailed with existing decentral- 
ized organizational structures made perfect sense. And so all 
government agencies, military and civilian, contracted with 
outside companies to meet their specific data-processing 
needs with little if any consideration as to how information 
might be exchanged with the other services, agencies, and 
commands. It was simply how things were done. 

By the time WWMCCS was established, each of the services 
and defense agencies had its own automatic data-processing 
system up and running. Since these systems had been devel- 
oped to meet individual needs and mission requirements, 
incompatibilities were commonplace. Each of the services had 
developed, or was developing, its own software programming 
language. The problem was that software designed for one 
computer type would not function with computers by another 
manufacturer, and there were no common standards for data 
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input, storage, or output.^^ Most of the computer hardware 
then in use had similarly been tailored to specific service mis- 
sions.^® Since the machines themselves were essentially cus- 
tom made, their parts were not interchangeable. Operating 
personnel trained in the use of one system required extensive 
retraining to achieve proficiency in another. The situation was 
analogous to people trying to communicate by telephone who 
not only used technically incompatible telephones but who 
also spoke different languages, a veritable communications 
Tower of Babel.®^ Goertzel’s task was to try to get these ele- 
ments to play effectively together with common equipment, 
computerized data formats, and other common user elements, 
creating a system in fact as well as in name. 

Goertzel’s initial standardization effort was called NIPS, for 
National Military Command System Information Processing 
System. Developed in 1963 and designed to run on the IBM 
1410 computer, NIPS descended directly fi*om the Navy’s Intel- 
ligence Data Handling System. It sought to achieve a measure 
of compatibility in hardware and software, to reduce the stag- 
gering costs (even then) of software development, and to pro- 
mote standardization of information, equipment, and training 
among the various elements of the NMCS.®® 

Despite these early efforts, things were not well with 
WWMCCS ADP, and it was not long before they began to reach 
crisis proportions. By the end of 1965, the Office of the Secre- 
tary of Defense zind the JCS recognized that the automatic 
data-processtng systems then in place or in the pipeline did 
not provide adequate support for national level requirements. 
They lacked growth potential. The systems employed incompat- 
ible hardware, software, and database structures, and could 
not transfer data and Information efficiently between the vari- 
ous WWMCCS sites. They also lacked the ability to provide 
multilevel security access for users with different security clear- 
ances. Finally, these systems were costing the Pentagon far too 
much because of the piecemeal way in which' ADP assets were 
being pursued and because of redundant, replicative software 
development by members of the WWMCCS community. These 
uncoordinated efforts also resulted in an inability to get dis- 
count prices for hardware through consolidated purchases.®® 
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Automatic data processing also presented a number of human 
problems that extended well beyond the technical issues of 
compatibility and considerations of cost. Computers were £iny- 
thing but familiar to many of the commanders who were then 
being persuaded to acquire and take responsibility for them.^^ 
Technical expertise was not abundant, and what existed was 
spread thinly. When these mysterious machines arrived at a 
command center, civilian technicians frequently accompanied 
them, creating a situation not at all to the liking of many 
commanders. Such programs as the Air Force’s back-to-the- 
cockpit program that was responding to the escalating war in 
Vietnam further exacerbated the situation, sending the none- 
too-subtle message to officers that computers should not figure 
too prominently in their career plans. These and other influ- 
ences had the effect of inducing considerable skepticism among 
military officers regarding computers and conservatism with 
respect to their deployment and use. With users unwilling to 
take risks, the introduction of the new automatic data- 
processing technologies was slowed at least temporarily. 

In short, with the individual members of the WWMCCS com- 
munity pursuing ADP technologies more or less as they always 
had in support of their own unique needs and specific mis- 
sions, there was still no organizational center of gravity with 
sufficient force and authority to cohere these disparate pieces 
into a single coordinated system. 


Problems of Definition 

Perhaps the most basic problem with the new WWMCCS 
was definitional, reflecting not only simple semantic differences 
among involved constituencies but also more profound differ- 
ences of interpretation and philosophy. Defense Secretary 
McNamara and others had identified a number of major sys- 
tem effectiveness criteria to be actively pursued in WWMCCS’s 
development — in particular, survivability, flexibility, standardi- 
zation, and economy — but the problem was that nobody could 
agree on exactly what any of these terms meant. Yet, agree- 
ment was essential to define what the system was and how it 
should develop.^® To the Pentagon leadership, then, reaching a 
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common understanding of what was in fact a part of 
WWMCCS and what was not appeared urgent in the extreme. 

The search for answers was on, and that search was con- 
ducted in several ways. On 31 March 1964 Deputy Secretary of 
Defense Cjnrus Vance established a group under the leadership 
of General Bestic, DCA’s deputy director for the NMCS, and 
charged it with the responsibility of coming up with a defini- 
tion of command and control. (The group’s major task was to 
review the assets and programs of the services and defense 
agencies to try to determine which of these items related to the 
command and control function.) Similarly, the Joint Com- 
mand and Control Requirements Group was involved with the 
ongoing refinement of the WWMCCS concept throughout this 
time. It was trying to determine the assets involved, how these 
should operate, what interfaces should exist between various 
WWMCCS elements, and how the system should be developed 
over time. Finally, in a related move. Defense Secretary 
McNamara established an emnual Consolidated Command, 
Control, and Communications Program Review Panel, includ- 
ing representatives from the services and a number of defense 
agencies. Its major task was to consider all proposals for pro- 
gram changes within WWMCCS and to make appropriate rec- 
ommendations.^® The point of all of this was to answer the 
nagging question: “What exactly is WWMCCS?” Like the NCS 
of which it was a part, WWMCCS was an ambiguous entity 
that had arrived on the scene without a coherent conceptual 
rationale for its existence. 

Rhetorically at least, things were improving daily as the dec- 
ade progressed. In his 18 January 1965 defense message to 
Congress, President Johnson described how the past several 
years had witnessed “dreimatic improvements” in the ability to 
communicate with our forces. A national system for com- 
manding and controlling US military forces around the globe 
had been established, he said, employing the “most advemced 
electronics and communications equipment, to gather and 
present military information necessary for top-level manage- 
ment of crises and to assure continuity of control through all 
levels of command.”'*' 

Johnson should know. One of the most voracious consum- 
ers of information the Oval Office has ever known, he had four 
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telephones and two teletypes in his office. So that he would 
not be out of touch while moving from place to place, and 
decades before car phones became commonplace, two addi- 
tional telephones were in his car. All of these were in constant 
use. Of the approximately 120 Independent nations in the 
world at that time, Johnson was said to have had real-time 
communications with about two-thirds of them.'*^ During the 
1965 Dominican crisis, Johnson had, and used, a direct tele- 
phone line to the US ambassador. As the president described 
things at a subsequent press conference, even while the two of 
them spoke, the ambassador was talking from under a desk 
while bullets crashed through the window. Johnson said the 
ambassador had with him a thousand American men, women, 
and children “who were pleading with their President for help 
to preserve their lives.”"'^ It sounded very much as if the White 
House-to-foxhole variety of communications that had been 
lacking during the Bay of Pigs and Cuban missile crisis had 
finally been achieved. 

Although in fact such a capability had not yet been 
achieved, the impetus toward centralized command and con- 
trol was pronounced during the Johnson administration. 
Johnson dramatically expanded the communications capabil- 
ity of the White House, indeed, to such an extent that one 
defense journal noted how “a very real problem now appears to 
be how much more communications equipment can be 
squeezed into the basement of 1600 Pennsylvania Avenue.” 
Across the Potomac at the Pentagon, things proceeded simi- 
larly. Given the increasing seriousness of crises, the nature of 
US operations in Vietnam and their potential for escalation, 
the trend was directed necessarily toward circumscription of 
decision-making latitude for the commanders on the scene. It 
was a logical and necessary move, according to Defense Secretary 
McNamara. (This statement stood in contrast to his earlier 
claim that the president and the secretary of defense had 
never usurped the role of the military commanders.) According 
to McNamara, the ultimate command and control system would 
provide a “stamdardized, highly survivable, non-interruptible 
command capability for a wide range of possible situations, 
and will provide the national authorities with a number of 
alternatives through which they may exercise their command 
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responsibilities. The question centered on whether the World 
Wide Military Command and Control System that McNamara 
had done so much to establish and advance would be that 
ultimate system. 
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Chapter 5 

Three WWMCCS Failures 


Despite problems of definition, standardization, and author- 
ity, the development of the World Wide Military Command and 
Control System was accompanied by high expectations and 
considerable fanfare from the proponents of centralization. 
But during the decade’s final several years, three serious and 
highly visible incidents cast considerable doubt upon the new 
system’s capabilities and its effectiveness. Each of these inci- 
dents involved intelligence activities, each resulted in loss of 
life to American servicemen, and all were subsequently attrib- 
uted to communications breakdowns and delays in systems 
that were designated as part of WWMCCS. A cacophony of 
criticism was raised as a result, leading to calls for increased 
standardization of system assets, greater centralization of 
managerial authority, and a more formalized approach to de- 
veloping a command and control capability responsive to the 
needs of the national leadership. 


Failure One: USS Liberty 

The first of the three WWMCCS failures took place in June 
1967, the time of the Six Day War between Israel and the 
United Arab Republic. It Involved the American Intelligence 
vessel USS Liberty, part of a worldwide fleet of electronic intel- 
ligence ships operated by the National Security Agency and 
designed to intercept communications and other types of elec- 
tronic transmissions. With tensions between Israel and Egypt 
steadily building during the spring of 1967, Liberty was ordered 
to sail for Rota, Spain, where she would take on supplies and 
prepare to proceed to the Eastern Mediterranean area off Port 
Said, at the mouth of the Suez Canal. ' While in Rota, Liberty 
received orders that she should approach no closer than 12.5 
nautical miles to the coast of Eg 3 q)t and no closer than 6.5 
nautical miles to the coast of Israel, a position that would 
permit the maximum collection of signals intelligence. 
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The shooting war between Israel 8ind Egypt began on 5 
June, while Liberty was steaming toward the Eastern Mediter- 
ranean.^ At 2015Z on 6 June, the commander of the US Siscth 
Fleet, Vice Adm William I. Martin, instructed all surface and 
air units under his command to stand at least one hundred 
nautical miles off the belligerents’ coasts. But Liberty never 
received this message, and no subsequent action was taken by 
Martin to ensure that the vessel complied with his one-himdred- 
mile standoff order. During the afternoon of 7 June, officials at 
the NSA also decided to reposition Liberty farther away from 
the coast, and they sent a high-precedence flash message to 
this effect to the Joint Chiefs of Staff by way of AUTODIN. 
(Four separate precedence levels had been established for 
AUTODIN: flash, immediate, priority, emd routine. The JCS’s 
criteria called for a flash message to be transmitted within 10 
minutes, an immediate message within 30 minutes, a priority 
message within three hours, and a routine message within six 
hours.)^ The JCS responded by prepaolng a message to Liberty 
that instructed it to approach no closer than 20 nautical mUes 
off the Egjqjtfan coast and no closer than 15 nautical miles off 
the Israeli coast. The JCS issued this message at 2230Z and 
directed it to the commander in chief, Europe, for action. Infor- 
mation copies of the message were to be sent to a number of 
relevant parties, among them Adm John S. McCain Jr., the com- 
mander in chief of US Naval Forces in Europe (CINCUS- 
NAVEUR): the commander of the US Sixth Fleet; and Liberty. 
Eleven minutes after the JCS’s message was Issued, it was given 
to the Army Communications Station at the Pentagon for trans- 
mission by way of AUTODIN. The message was assigned a prior- 
ity precedence and scheduled for delivery to its addressees 
within three hours. 

It was then that the problems began. Since there was a large 
volume of higher -priority messages swamping the Army Com- 
munications Station, operators did not get around to transmit- 
ting the action copy of the message to CINCEUR for more than 
14 hours. The Information copies of the message, including 
the one for Liberty, were transmitted even later. To make mat- 
ters worse, the information copies were Incorrectly routed to 
the Navy Communications Station in the Philippines. From 
there, they were sent to the Navy Communications Station in 
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Asmara, where they were placed on fleet broadcast a full 23 
hours after they had been issued by the joint chiefs. (This was 
far too late to do Liberty any good, for the vessel had been 
attacked nine and one-half hours earUer.) 

This failure did not turn out to be of great importance, how- 
ever, because long before the message was placed on fleet 
broadcast, it already had been canceled by a subsequent JCS 
message. During the hour following the release of their original 
message, the NSA and the joint chiefs became increasingly 
concerned over the repositioning of the Liberty. It was decided 
that the ship was still too close to the coast, and so one hour 
and 20 minutes after the joint chiefs issued their original mes- 
sage, a JCS duty officer used AUTOSEVOCOM, the Automatic 
Secure Voice Communications Network, to telephone CINCUS- 
NAVEUR headquarters in London. The duty officer there was 
given a verbal directive to order the Liberty to operate no closer 
than one hundred nautical irules to the Egyptian amd Israeli 
coasts, and he was told that a written message formalizing the 
verbal directive would arrive shortly by way of AUTODIN. A 
message ordering Liberty to operate at least one hundred nau- 
tical miles off the belligerents’ coasts was promptly prepared 
for transmission to Admiral Martin, Sixth Fleet commander, 
who in turn would pass it on to Liberty. Despite the urgency 
implicit in the JCS verbal directive, the CINCUSNAVEUR staff 
did not release the message for transmission until the formal 
written notification was received from Washington.'* Ever bu- 
reaucratically cautious, they wanted written proof that the in- 
struction to move Liberty had originated with someone other 
than the relatively junior staff officer who had placed the call 
at the JCS’s Joint Reconnaissance Center.® 

The JCS released the written confirmation about one hour 
after the telephone call to CINCUSNAVEUR headquarters. This 
delay itself should not have been of consequence, since the 
joint chiefs had every reason to believe that prompt action 
would be taken in response to their verbal directive.® The written 
message canceled the earlier (and unbeknownst to the JCS, 
hopelessly mlsrouted) message ordering Liberty to stand at 
least 15 nautical miles off the belligerents’ coasts, and confirmed 
that the vessel should remain at least one hundred nautical 
miles offshore. This message was given an Immediate precedence 


73 



THE WORLD WIDE MILITARY COMMAND AND CONTROL SYSTEM 


suggesting a heightened level of concern by the joint chiefs 
and requiring a transmission time of not more than one-half 
hour. As before, following the chain of command, the action 
copy of the message was addressed to the commander in chief, 
Europe, with information copies going to CINCUSNAVEUR, 
the commander of the Sixth Fleet, and Liberty. 

The message was released by the JCS to the Army Commu- 
nications Station in the Pentagon for transmission by way of 
AUTODIN. But despite the message’s precedence level, the 
Army Station took 44 minutes to transmit the action copy to 
CINCEUR. The message’s information copies fared even worse, 
with a delay of two hours and 23 minutes before they were 
transmitted. The only valid explanation for such a delay would 
be that messages of equal or higher precedence were awaiting 
transmission; but a congressional subcommittee later pointed 
out that the Pentagon was unable to furnish any evidence that 
this had been the case.’’ 

The initial delay represented only part of the problem. Army 
Communications Station personnel assigned an erroneous 
routing indicator to the information copy of the message 
intended for Liberty, which misrouted it to the Naval Commu- 
nications Station in the Philippines. There the error was recog- 
nized and, within an hour, the message was retransmitted to 
the Naval Communications Station in Morocco, from which it 
was to go directly to Liberty. This should have solved the prob- 
lem, except on liie way to Morocco the message had the mis- 
fortune to be routed so that it again passed through the Army 
Communications Station in the Pentagon. Rather them routing 
the message on to Morocco, as should have been done, it was 
sent instead to National Security Agency headquarters at Fort 
Meade, Maryland, where it was filed without further action. 
The explanation offered for the error was that the clerks in the 
Pentagon had misread the message’s routing Indicator. 

The action copy of the message had made it to the head- 
quarters of the commander in chief, Europe, however, arriving 
at 0212Z on 8 June. CINCEUR took action a little over an hour 
later, telephoning Admiral McCain, commander in chief of US 
Naval Forces in Europe, to take Immediate action on the JCS 
message. CINCEUR followed up its verbal instructions to 
CINCUSNAVEUR with a formal written directive, the action 
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copy of which was directed to McCain, with Information copies 
going to a number of parties, including the commander of the 
Sixth Fleet and Liberty. The problem was that the written di- 
rective was not released for transmission by CINCEUR until 
0625Z, more than three hours after the immediate message 
had been received from the Pentagon. An additional delay of 
40 minutes occurred in the CINCEUR message center before 
the message was finally transmitted. 

As before, the initial delays represented only the beginning 
of the problems. To ensure that the message would get through 
to its addressees, CINCEUR transmitted it concurrently over 
two separate relay paths. A good thing, too, since one of the 
messages was promptly lost at the first station on its trans- 
mission path, the AUTODIN relay at Parmesans, Germany. 
The explanation later offered was that the station was experi- 
encing a heavy volume of communications traffic at the time 
and that the number of qualified personnel at the station was 
inadequate to ensure error-free processing of communications 
traffic.® The second relay path worked considerably better for 
getting the message to CINCUSNAVEUR and the commander 
of the Sixth Fleet, although not to Liberty, which never received it. 

The Information copy directed to Liberty itself did not fare at 
all well, following a meandering route that took it through a 
number of intermediate stations. One of these stations was the 
Army Communications Station at Asmara, where a delay of 
more than two and one-half hours occurred before the mes- 
sage was passed on to a Navy Communications Station located 
less than one mile away. A garbled message was placed on 
fleet broadcast at 1059Z, sajdng only that Liberty was to act on 
other messages previously received from the joint 
chiefs — messages which, of course, had yet to be received. By 
the time the complete message was finally placed on fleet 
broadcast at 1646Z, more than nine hours had elapsed since 
the message had been transmitted from CINCEUR. By then, 
the attack on Liberty already had taken place. 

One imagines that Admiral McCain’s staff at CINCUSNAVEUR 
should have been concerned about the messages they were 
receiving. They should have acted to contact Liberty in response. 
After all, CINCUSNAVEUR had received the AUTOSEVOCOM call 
from the joint chiefs regarding the need to reposition Liberty. 
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Also received was the information copy of the message ordering 
the vessel to stand off from 15 to 20 nautical miles from the 
belligerent nations’ coasts. Finally, there was the telephone 
call from CINCEUR concerning Liberty. It was only following 
this final call, at 0325Z on 8 June, that CINCUSNAVEUR es- 
tablished a direct teletype conference circuit with the com- 
mander of the Sixth Fleet, who was instructed to take action 
on the JCS message. This directive was followed by a formal 
message confirming the specifics of the teletype order. 

After receiving these messages. Admiral Martin, the Sixth 
Fleet commander, should have gotten word to Liberty; yet, 
inexplicably, he did not do so with any dispatch. Despite the 
concern evidenced by the higher commands, more than four 
hours would elapse before Martin released his action message 
for transmission to Liberty. To make matters worse, he chose 
not to contact Liberty directly by way of radio but rather to use 
normal communications procedures. What this meant in prac- 
tice was that the action message was passed to the communi- 
cations center on board the Sixth Fleet flagship, USS Little 
Rock, for transmission, where an additional delay of more than 
an hour ensued. The reason given for the delay was that there 
were one flash and seven immediate messages being prepared 
for transmission, and the message from CINCUSNAVEUR was 
simply put at the end of the queue. It was finally transmitted 
at 1035Z on 8 June. 

This message arrived at the Army DCS station at Asmara at 
approximately 1200Z. Instead of delivering it to the nearby 
Navy Communications Station for fleet broadcast, the Army 
DCS station sent it to the Navy Communications Station in 
Greece. Aware that an error had taken place. Navy duty per- 
sonnel there returned the message to the Army station. After 
additional delays, the message was finally delivered to the 
Navy Communications Station, arriving there at 1510Z, over 
six hours after its release by Admiral Martin. The message was 
put on fleet broadcast 15 minutes later, at 1525Z, more than 
three hours after the attack on Liberty had taken place. 

As aU of these electronic vagaries were taking place, the 
going was getting tough on board USS Liberty. Throughout the 
night of 7 June and the morning of the 8th, the ship had been 
reconnoitered by Israeli fighters and reconnaissance aircraft. 
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Flying so low that the pilots were readily visible to ship 
personnel, the aircraft crews could easily see the American 
flag being flown on board the ship, according to Liberty’s crew, 
and they had been overheard reporting the nationality of the 
ship to ground headquarters. Members of the crew apparently 
found the close surveillance reassuring. Israel was an ally, 
after aU, and dominated the sky. The nationality of Liberty was 
unmistakable. Under these conditions, an Israeli attack on the 
ship seemed unthinkable.® 

This sense of assurance was rent asunder shortly after 
1400Z on 8 June, when Liberty came under sustained attack 
by Israeli Mirage jets and torpedo boats. When the attack 
began. Liberty’s crew desperately worked to break through 
Israeli jamming to transmit an urgent request for assistance to 
the Ccirrier Saratoga, operating some five hundred miles away. 
The ship’s commander, Capt Joseph TuUy, relayed the mes- 
sage to the Sixth Fleet commander over the Primaiy Tactical 
Maneuvering Circuit, duplicated the message by teletype, and 
sent Information copies to Navy headquarters in Washington 
and London. Admiral Martin promptly directed the carriers 
Saratoga and America to laimch aircraft to defend Liberty, but 
to little avail. America had apparently relaxed from an alert 
posture and did not respond. Saratoga launched planes, but 
these were quickly recalled by Rear Adm Lawrence Geis, com- 
mander of the carrier task force, who had received orders from 
the Pentagon that the planes should not engage in action until 
permission was received from the White House. By the time 
authorization was finally received and the eiircraft launched, 
more than an hour and one-half had elapsed. 

Alone and unarmed except for a few machine guns. Liberty 
found things going badly. Israeli jets began strafing runs and 
bombarded the ship with napalm. The attack was soon joined 
by Israeli torpedo boats. Several torpedoes barely missed, but 
one hit the ship in its cryptologic spaces, blasting a 40-foot 
hole in her hull and killing 25 NSA personnel. According to 
crew members, the torpedo boat then sat nearby the crippled 
ship for the next 40 minutes, machine-gunning any personnel 
who tried to fight the fires or help the wounded. The Israelis 
shot up life raifts that were launched to save the crew in the 
water.*® In all, 34 Americans were killed in the attack, another 
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75 were wounded, and the ship itself was damaged so badly 
that it subsequently had to be scrapped." 

Did the Israelis know they were attacking an American 
ship? The evidence is conflicting. A House investigating sub- 
committee concluded in 1971 that the attack was wholly delib- 
erate on Israel’s part. In his book Assault on the Liberty, Deck 
Officer Jeunes Ennes seconds this conclusion, arguing that 
there was no possible mistake regarding the ship’s identity. 
But why would Israel attack a vessel belonging to its benefac- 
tor and strongest ally? Perhaps, as Ennes suggests, the motive 
was to keep the United States from learning of Israel’s inten- 
tion to invade Syria. Only two weeks before. President 
Johnson had informed Foreign Minister Abba Eban that the 
United States would not tolerate such a move if it were initi- 
ated by Israel. With Liberty out of the way, the hostilities could 
be blamed on the Syrians.'^ On the other side of the interpre- 
tive fence are those who say the attack was all a gigantic 
mistake, the result of a lengthy series of erroneous reports 
that indicated the ship was non-American and hostile. What- 
ever the truth of the matter, there is little doubt that 
WWMCCS performed poorly throughout the entire affair. The 
incredible odyssey of messages that might have saved Liberty 
as they were lost, misrouted, and delayed, constituted one of 
the most serious failures of command and control to date. 


Failure Two: USS Pueblo 

Only seven months had passed since the attack on Liberty 
when the second WWMCCS failure took place, this time involv- 
ing the USS Pueblo — also part of NSA’s worldwide fleet of 
electronic Intelligence ships. Of the three Incidents here re- 
counted, the case of the Pueblo is by far the muddiest and 
most ambiguous. The versions of events recounted later by 
crew members were often utterly at variance, the official Navy 
inquiry conducted afterwards was limLted, and the entire inci- 
dent was rapidly shrouded with a veil of secrecy so impenetra- 
ble that virtually nobody, likely not even top DOD officials or 
the president himself, knew what had actually taken place. 

In late January 1968 Cmdr Lloyd Bucher and his crew 
departed for an area off the North Korean coast near the 
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mouth of Yonghung Bay, upon which Is located the eity of 
Wonsan and its naval base. Pueblo apparently took up a posi- 
tion wlth-in North Korean territorial waters at the entrance to 
the bay but hidden froih coastal radars by Yo Island. Bucher’s 
mission, which he repeatedly claimed to have carried out to 
the letter, called for him to invite harassment by the Koreans 
by putting himself in harm’s way. After enemy ships spotted 
Bucher, he was to remain stationary rather than departing the 
area. Throughout the harassment, onboard NSA personnel 
would be intercepting communications to determine whether 
the Koreans were getting instructions from the Chinese or the 
Soviets, both of whom regarded North Korea as a client state 
at the time. 

On the morning of 23 January 1968, Pueblo transmitted a 
number of routine messages to the Naval Security Group facil- 
ity at ICamiseya, Japan. At noon that day (0300Z) a North 
Korean subchaser came from the direction of Wonsan emd 
circled the ship. Pueblo was asked by way of flag hoist signcils 
to identify its nationality, and Bucher responded by raising the 
biggest ensign he had on board. NSA personnel promptly 
intercepted a radio report from the subchaser to its base giv- 
ing Pueblo’s number, GER-2, and identifying it as American. 
The North Korean ship then hoisted signals informing Pueblo 
“heave to or I will fire,” to which Bucher’s apparent response 
was “I am hydrographic,” and “intend to remain in area until 
tomorrow.” From Bucher’s view, it was not yet an emergency; 
harassment of US tnteUlgenee ships was common, and his 
orders were to provoke the North Koreans, then monitor their 
reaction. Nothing happened during the next three-quarters of 
an hour. Several messages of a routine nature were sent to the 
NSA facility at Kamiseya during this period — routine except for 
noting that there was “company outside. 

Three North Korean torpedo boats were then spotted head- 
ing toward Pueblo. At 0350Z Bucher released the first of two 
messages designated Pinnacle, Identifying the message as of 
great significance and requiring immediate delivery to the 
National Command Authorities. The message reported the 
encounter with the subchaser and the exchange of flag-hoist 
signals and affirmed Bucher’s intention to remain in the atrea. 
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if feasible. The message was given a flash precedence, presum- 
ably guaranteeing extremely rapid delivery to its addressees.'® 

The NSA station at Kamiseya received the message almost 
instantaneously, and, within six minutes, relayed it to the 
commander of naval forces, Japan, where it was logged in at 
0413Z. And there it sat for the next 47 minutes, despite its 
Pinnacle designation and flash precedence. The explanation 
later offered by the assistant chief of naval operations for com- 
munications and electronics for this lengthy delay was that 
much time was required for decision making, part of which 
involved restructuring the message so it could be taken out of 
dedicated NSA intelligence channels and transmitted over the 
general-use AUTODIN network. 

Although the message left the commander of naval forces, 
Japan, at 0500Z, things did not go well. The message was for- 
warded to the Naval Communications Station, Japan, where it 
was transmitted to its Navy addressees by way of the Navy Com- 
mand Operational Network, a communications system used 
exclusively for Navy operational orders. This system was not 
instantaneous, requiring one-half hour for all Navy addressees 
to receive their copies, that is, an hour and three-quarters after 
its transmission by Pueblo. For aU other addressees AUTODIN 
was used, and there things went even worse. The Naval Commu- 
nications Station in Japan introduced the message into AUTO- 
DIN at 0508Z, but it did not reach the first of its addressees until 
0600Z, almost an hour later. The message did not reach the 
Joint Chiefs of Staff until 0624Z, an hour and 16 minutes later, 
and more than two and one-half hours after its transmission by 
Pueblo.'^ 

Aboard Pueblo, things were increasingly serious. Shortly 
after the first Pinnacle message at 0350Z, and with the tor- 
pedo boats approaching, Bucher ordered his engines started. 
The subchaser responded by lowering its “heave to” flags, in- 
structing Pueblo to “follow me — have pilot aboard.” Bucher ig- 
nored this, as well as the frantic signals of a sailor on board 
the subchaser ordering him to follow to Wonsan. The torpedo 
boats euTived and formed a circle around Pueblo, and two MiG 
fighters began making passes overhead. At 0415Z soldiers 
aboard the subchaser were seen transferring to one of the 
torpedo boats, which then began backing up toward Pueblo’s 
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stern in preparation for a boarding attempt. The faces of the 
boarding party could easily be discerned and the cocking of 
their weapons was clearly audible. 

Bucher decided to make a run for it to the east, the direction 
of the open sea. But even as he did so, he transmitted a 
second Pinnacle message. This transmission took place at 
0418Z, some 28 minutes after the first Pinnacle, and like the 
first, it was given a flash precedence. In that message, Bucher 
reported that the torpedo boats had joined the subchaser, that 
he had been ordered to follow the subchaser, and that Instead 
he was departing the area “under escort.” The gravity of the 
situation should have been apparent now to those receiving 
this message, since the Navy considered a second Pinnacle to 
be a “trigger message” that required the most urgent attention.*® 

As before, this second critic from Pueblo was received almost 
instantaneously at Kamiseya, and within six minutes (by 
0424Z), it had been relayed to the commander of naval forces, 
Japan. There the delays were again substantial, and 39 min- 
utes elapsed before the message was passed to the communi- 
cations station for further transmission. At 0510Z copies of 
the message designated for Navy addressees were agaiin trans- 
mitted by way of the Naval Command Operational Network, 
and aU arrived at their destinations within 15 minutes. But 
things again went far from smoothly for those messages des- 
tined for AUTODIN transmission. For reasons that could never 
be determined, those messages languished for 18 minutes at 
the Naval Communications Station in Japan before they were 
introduced into AUTODIN, and almost another hour passed 
before they reached all of their addressees. At the Pentagon, 
the joint chiefs received the AUTODIN message at 0557Z, a full 
hour and 39 minutes after its transmission by Pueblo. 

In one sense, the Defense Communications System’s torpid 
performance hardly mattered, since the second Pinnacle mes- 
sage had also been twice transmitted to the joint chiefs by way 
of NSA’s dedicated Critical Intelligence Communications 
(CRITICOM) Intelligence network. Recognizing the seriousness 
of the situation upon receipt of Pueblo’s second Pinnacle mes- 
sage at 0418Z, the NSA facility at Kamiseya gave it a critic 
format, introduced it into the CRITICOM network at 0440Z, 
and dispatched it to the Pentagon, where it was received at the 
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National Military Command Center six minutes later. Simi- 
larly, the commander of naval forces in Japan gave the second 
Pinnacle a critic format and sent it out at 0435Z: it was re- 
ceived in the NMCC four minutes later. While from the JCS’s 
perspective AUTODIN’s poor performance might not seem to 
matter much because the intelligence channels performed so 
well; there were other important addressees that did not have 
the advantage of CRITICOM. For example, it took more than 
an hour for Pueblo’s second Pinnacle message to reach the two 
Pacific commands that might have been able to send assis- 
tance to the beleaguered ship.^ 

Back on board Pueblo, things had gone from bad to worse. 
At 0426Z, 1 1 minutes after Bucher decided to make a run for 
it, the subchaser, which had not immediately taken up the 
pursuit, received orders to fire on the intruder to make it stop. 
The subchaser rapidly closed the distance between itself and 
the American ship, lowering its “follow me” signal and replac- 
ing it with “heave to or I will fire.” Communications operators 
in the secure NSA portion of the ship promptly sent a message 
to Kamlseya, repeated three times: ‘They plan to open fire on 
us now.” This was followed by another transmission of the 
second Pinnacle message, which was interrupted to repeat, 
“North Korean war vessels plan to open fire. . . .” Two minutes 
later, at 0430Z, Pueblo transmitted five times, “We are being 
boarded,” which was a bit premature. It was followed by “SOS” 
and repeated more than 30 times. Throughout these tense 
minutes, emergency destruction of intelligence materials was 
under way. Bucher apparently made one last desperate effort 
to evade the subchaser, which then opened fire at Pueblo’s 
antennas, both to bring the ship to a halt and to shut down its 
radios. Realizing his position was hopeless, Bucher stopped 
his ship, which was boarded by 0437Z. At 0445Z an NSA 
operator still at his station in the secure intelligence portion of 
the ship transmitted to Kamlseya, “We are being escorted into 
prob Wonson repeat Wonson [sic].”^* 

The escort, according to one analysis, was by the Red Chi- 
nese. In his book. The Pueblo Surrender, Robert A. Liston ar- 
gues that it was a contingent of Chinese soldiers, not North 
Koreans, who actually boarded the ship. The Americans were 
quickly subdued by the soldiers and their AK-47 automatic 
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weapons. The soldiers herded the Americans below decks and 
blindfolded them. The boarding party broke out the ammuni- 
tion for Pueblo’s several machine guns for protection (the ship 
had been limited to one hundred rounds for each gun), and got 
the ship under way toward Wonsan as rapidly as possible. 
Why? Liston contends it was because a Soviet warship was 
fast approaching from the east, something several of Pueblo’s 
crew later reported having seen. Wanting to get hold of Pueblo 
as much as the Chinese did, the Soviet ship fired upon it at 
about 0500Z, killing one American seamcin emd wounding 
three others. Recognizing that the Soviets might slaughter his 
crew, Bucher somehow managed to bring his vessel to a halt 
-despite the Chinese infantryman at his side. At 0532Z Pueblo 
was boarded for a second time — this time by North Koreans 
acting on the orders of the Russians. It was some six hours 
later that the ship finally sailed into Wonsan, where the crew 
was held in captivity until the following December.^ 

Liston argues that the Pueblo surrender, unbeknownst to its 
captain or crew, was engineered by two high-level NSA opera- 
tives to get a “rigged” cryptographic machine into North Korean 
hands. Both the Koreans and the North Vietnamese used 
codes devised by the Soviets, eind the hope was that when the 
Koreans used the rigged machine, it would help break the 
North Vietnamese codes, allowing the United States to gain 
information about the military buildup then under way. Indeed, 
in a few days this buildup would result in the Tet offensive. 

How then was the NSA to make certain that the North Koreans 
would seize the ship and its machine? Liston argues that NSA 
leaked information to both the Russians and the Chinese that 
Pueblo carried a highly sensitive piece of information of inter- 
est to both countries regarding Soviet preparations to attack 
China. Thus, the desperate acts of both nations to board etnd 
search Pueblo and their desire to have the world think the 
seizure was the work of the North Koreans alone. If so, it was a 
bold and brilliant operation: Liston tells us that NSA estimates 
were that three Americans would be killed, but if necessary 
the agency was willing to sacrifice the entire crew to save 
thousmds of American lives in Vietnam. 

Whatever the merits of these speculations regarding motive, 
the performance of WWMCCS during the Pueblo affair was 
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hardly what many in the Pentagon, or the Congress, believed 
was required for crisis management. A naval court of inquiry 
later described the delays In rela 5 dng Pueblo’s Pinnacle mes- 
sages as “grossly excessive,” saying they were at least partially 
responsible for the failure of US forces to rescue the ship. The 
House Armed Services Committee concluded that while it was 
essential for WWMCCS and other systems to be linked together 
effectively, this obviously had clearly not been the case: Donald 
T. Poe wrote that “because of the vastness of the military 
structure with its complex divisions and the multiple layers of 
command and the failure of responsible authorities at the Seat 
of Government . . . our military command structure is now 
simply unable to meet emergency criteria.”^'* The Pueblo incident 
had clearly shown that military facilities and command cen- 
ters lacked the necessary connectivity to give and respond to 
top-level orders and requests for information. 

Failure Three: EC- 121 

The third WWMCCS failure eame in April 1969, when the North 
Koreans shot down a Navy EC- 121 reconnaissance plane over the 
Sea of Japan. Aecording to the North Korean account, the Ameri- 
can plane had penetrated deeply into their airspace, their inter- 
ceptor fighters were scrambled in response, and one of them had 
“scored the brilliant battle sueeess” of downing the Intruder with a 
single shot. Officials of the new Nixon administration flatly denied 
the intrusion charge, saying that at no time during its mission did 
the EC- 121 actuEiUy enter North Korean airspace.'^® Whatever the 
truth of the matter, aU of the EC-12Ts 31 crew members, 30 Navy 
personnel and one Marine, died in the attack. 

The EC- 121 was a big, four-engine, propeller-driven Lock- 
heed Super Constellation modified for military use. The EC- 
12 1’s first electronic defense role back in the 1950s had been 
as a radar picket in SAGE, where the mission of these “preg- 
nemt geese” — fl 5 dng high-altitude patrols hundreds of miles off- 
shore and working in conjunction with radar picket ships — 
was to scan the sky ceaselessly to detect the approach of 
Soviet bombers.^ But as the years passed and far more power- 
ful ground-based radars came on line, the radar pickets, both 
airborne and sea-based, were phased out. Their mission an 
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anachronism but their airframes still viable, the EC- 121 fleet 
was again modified during the 1960s, this time to serve as 
platforms for the collection of electronic intelligence. In its late 
1960s incarnation, the EC- 121 remained a sight to behold: 
two large radomes protruding “like goiters” fi*om the top and 
bottom of the fuselage, which was itself stuffed with six tons of 
state-of-the-art electronic equipment.^^ 

While the EC- 121 was a newcomer to the air reconnaissance 
game, the game itself was of far longer standing. Every year 
since the dawn of the cold war, thousands of reconnaissance 
missions had been flown by US aircraft just off the state borders 
of Communist nations to collect intelligence. The Sea of Japan 
was of particular interest, for there the borders of North Korea, 
the People’s Republic of China, and the Soviet Union drew 
together. During the first three months of 1969, almost two 
hundred such missions had been flown in the area by US 
military aircraft, without Incident. “ But incidents were in fact 
far from rare, and the one Involving the EC- 121 was by no 
means an anomaly, except perhaps in the large number of 
American servicemen who lost their lives. Dozens of American 
aircraft and crews had been shot down over the years in what 
one author described as a “bloody electronic air war. Why so 
many, why so bloody, when reconnaissance planes are imarmed? 
The answer turns on the very nature of airborne reconnais- 
sance. Of particular interest is Information concerning a target 
nation’s electronic order of battle— the ways in which radcir, 
communications, and other electronic assets are employed 
under conditions of stress. Such information is of critical impor- 
tance to military planners during time of war, and the point is 
to gather as much of this type of intelligence as possible. 

The problem is that the targets of these intelligence efforts 
tend to be unwilling to accommodate an adversary’s curiosity 
by turning on their electronic equipment so its performance 
can be assessed, and it is precisely at that point that the 
passive nature of reconnaissance flights ends. For it is then 
necessary to create situations of actual emergency. Including 
border penetrations to induce the adversary to react in a way 
that reveals information of importance.®” This explains the prodi- 
gious propensity of reconnaissance flights to stray fi-om course, 
and the sometimes deadly reactions their intrusions provoke. 
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This occasionally bloody cat-and-mouse game reached its 
zenith with the downing of the EC- 121 in 1969, another trag- 
edy that might have been averted had the World Wide Military 
Command and Control System performed as advertised. 

Responsibility for the EC-12rs mission was apparently 
straightforward. The plane was formally under the operational 
control of Fleet Air Reconnaissance Squadron I, itself attached 
to the Seventh Fleet, which was under the control of the com- 
mander in chief. Pacific (CINCPAC). But final authority for the 
flight did not rest with CINCPAC, for all such missions had to 
be reviewed by the Joint Chiefs of Staff and approved by the 
Office of the Secretary of Defense. Throughout, however, NSA 
was really in charge of these operations. When the missions 
took place, they were monitored continuously at the NMCC by 
relevant civifian and military personnel attached to the Joint 
Reconnaissance Center, generally with the secretary £md the 
joint chiefs listed as “parties on the line” to receive data or 
advisories of events and emergencies. In the case of the EC- 
121, communications up and down the chain of command 
would be far less clear-cut. 

The EC-121’s mission was under the operational control of 
the Naval Security Group, the Navy’s in-house intelligence ser- 
vice, based at Kamlseya, Japan, which was in turn operating 
the flight under the direction of NSA. As with all reconnais- 
sance missions, that of the EC- 121 followed a carefully pre- 
pared script. After it took off from Japan, the EC- 121 was to 
take a northwest heading until it arrived at a point off North 
Korea’s Musu Peninsula, near the city of Chongjin. The pilot. 
Navy Lt Cmdr James H. Overstreet, was then to begin flying a 
series of slow elliptical orbits, each about 120 miles long, that 
would first take the plane northeast toward the borders of 
China and the Soviet Union, then back southwest toward 
North Korea. Throughout the flight, onboard linguists fluent in 
Korean and Russian would be eavesdropping on military radio 
communications. At the same time, the plane’s electronic 
equipment would be busy intercepting and recording hostile 
radar activity and a host of other electronic intelligence.^' 

Thus far, this description makes it sound as if the EC- 121 
was a completely autonomous operator in the Far Eastern 
skies, but that was hardly the case. The plane was followed 
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closely throughout its flight by a number of US facilities in the 
area, the most important of which were the Naval Security 
Group station at Kamlseya and an Army Security Agency facil- 
ity in South Korea. Following standard procedures, all moni- 
toring facilities received an advisory indicating the time of the 
flight amd its intended course. As the time approached, the 
stations began gearing up for the activity that was to follow. 
Linguists prepared themselves to eavesdrop on radio Ifrequen- 
cies used by the target nation’s radar stations as they began to 
track the plane, a procedure known as grid plotting. Other 
intelligence technicians prepared themselves to monitor the 
frequencies used by the radars themselves, with stiU other 
technicians standing by to pinpoint those radars’ precise loca- 
tions using high-frequency radio-direction-finding tech- 
niques.^^ The plan worked. As President Richard M. Nixon 
noted following the shootdown, there was never any uncer- 
tainty regarding the location of the EC- 121. “We knew this, 
based on our radar,” Nixon said. “We know what their radar 
showed. We, Incidentally, know what the Russian radar 
showed. All three radars showed exactly the same thing. 

The flight began at dawn on 14 April at 0950Z, local time, 
when the EC- 121 and its crew took off from Atsugi Air Base 
(AB) near Yokohama, Japan. Eighteen minutes into the flight, 
the EC- 121 transmitted a routine radio voice message sa 3 dng 
it had reached its cruising altitude and was en route to its 
area of operations. Given the relatively slow speed of the prop- 
plane, nothing more would happen for several hours, except 
that the various US ground-based intelligence stations involved 
in the mission would become increasingly cdert. On 15 April at 
0334Z, the Army Security Agency station detected North Ko- 
rean aircraft activity, presumably in reaction to the presence 
of the EC- 121, although the Noriii Korean planes were quite a 
distance away. American personnel continued to track the 
planes, Soviet-made MiG fighters, for almost an hour, until 
0422Z, when they lost their track. This loss caused some con- 
cern, perhaps, yet there was no sense of crisis, as evidenced 
by a stream of routine communications between the EC- 121 
and ground stations throughout this period.®^ 

Fifteen minutes after their radar track was lost, the North 
Korean MiGs were agmn picked up on radar. Concerned with 
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the surveillance, the Army Security Agency duty personnel 
issued a spot report to the Naval Security Group station at 
Kamlseya. TTie report came in at 0445Z. It noted simply that 
North Korean air activity had been observed and that such 
activity was probably in i*eaction to the EC- 121. In Kamlseya, 
the message was reformatted, addressed to the JCS and three 
other addressees, assigned an immediate precedence level, 
and handed over to Defense Communications System person- 
nel at 0454Z for transmission by way of AUTODIN. Despite the 
fact that DCS criteria specify that messages with an immediate 
precedence level should be transmitted within 30 minutes, the 
spot report was not received by the Joint Reconnaissance Cen- 
ter in the Pentagon until one hour and 16 minutes later. 

Even as the spot report was being Issued, it was becoming 
increasingly apparent to the American military watchers in 
South Korea that the North Korean MiGs were definitely ap- 
proaching the EC- 121. Communications between the ground 
station and the reconnaissance aircraft were now ongoing. Com- 
mander Overstreet was warned of the approach of the MlGs, 
and, following standard procedures, he immediately aborted 
the mission, changed course, and headed back to base. But 
the far faster MiG fighters closed rapidly on the lumbering 
Constellation. The attack came at 0447Z. The Navy plame dis- 
appeared from radar screens about two minutes later.®® 

The fact that a shootdown had taken place was not immediately 
apparent to American intelligence. Presumably because of the ur- 
gency of the situation he faced and a desire to maintain mdio 
silence, Overstreet issued no radio call that he was under attack. 
Nor was the fact that the plane had disappeared from radar screen 
itself conclusive. A warning had been issued to the plane, and 
many officials monitoring the flight beUeved that it had simply 
dropped beneath the radar horizon to hide fi'om enemy fighters — ^a 
standard practice for planes aborting a mission. Extensive efforts 
were made during the ensuing minutes to determine the EC-121’s 
location and status, and, given the prevailing atmosphere of un- 
certainty, Washington was not immediately notified.®^ 

Although the fact of the shootdown was not yet known, the 
situation was nonetheless one of increasing seriousness. The 
Army facility in South Korea soon issued a follow-up to its 
spot report, coming at 0503Z and informing Kamlseya and 
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other addressees that MlGs were approaching the EC- 121. As 
with the spot report itself, the follow-up message was received 
at Kamiseya, reformatted, addressed to the Joint chiefs and 
other recipients, assigned an immediate precedence, and given 
to DCS personnel for AUTODIN transmission. Although the 
exact time the message was transmitted is not known with 
certainty, it most likely took place within 5 to 10 minutes. The 
Joint Reconnaissance Center at the Pentagon did not receive 
this message until more than three hours later. 

Confusion was now rapidly setting in. Since the EC- 121 was 
on a mission for the NSA, Fleet Air Reconnaissance Squadron I 
(also known as VQ-1), the group to which the EC-121 was 
nominally attached, was out of the operational picture alto- 
gether. It was not included as an addressee on any of the 
messages concerning the plane’s situation. Nonetheless, in a 
world of serendipity, VQ-1 personnel had somehow managed 
to intercept and copy the spot report, giving them their first 
indication that there was a problem with the flight.®® Con- 
cerned that the plane might be in danger, the VQ-1 duty offi- 
cer alerted the squadron commander. Within minutes, VQ-1 
had intercepted the Army Security Agency’s follow-up to the 
spot report, although again it was not addressed to them. The 
squadron commander’s concern increased, and at 050 IZ he 
scrambled a protective combat air patrol of two F-102s, which 
was airborne within a matter of minutes. Well aware that 
standing procedures called for the EC-121’s mission to be 
aborted in case of hostile activity, the squadron commander 
also initiated a series of calls to determine whether any abort 
messages had been received from mission aircraft. No such 
messages had been copied, he was told.®® 

When half an hour had passed since the EC-121’s disap- 
pearance, and yet no word from it had been received, the Army 
Security Agency personnel in South Korea issued a second 
follow-up report sa 5 dng that the EC- 121 had disappeared from 
radar. This message came at 0520Z and was given a flash 
precedence. The seriousness of the situation was now also 
being felt in Kamiseya, where the message was copied, refor- 
matted for AUTODIN transmission, and retransmitted six 
minutes later. It promptly disappeared into the labyrinthine 
channels of the Defense Communications System, and would 
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not emerge at the Joint Reconnaissance Center at the Penta- 
gon until 0558Z, some 38 minutes later. 

Having failed to reach the EC- 121 with repeated radio calls, 
and with no sign of the plane on their radar screens, Army 
Security Agency personnel were finally coming to the realiza- 
tion that something serious had taken place. Although they 
still had no conclusive evidence of a shootdown, when an hour 
had passed since the plane’s disappearance, the decision was 
made to release a critic message. This message was transmitted 
by the South Korean station at 0544Z. Kamiseya received it 
immediately, and, given its precedence level, the message was 
promptly reformatted cind retransmitted. The message arrived 
at the A^ite House six minutes later and at the National Mili- 
tary Command Center four minutes after that. When we recall 
that the Initial spot report would not reach Washington until 
0615Z, the first follow-up until 0807Z, and the second follow- 
up, with its flash priority, until 0558Z, the critic message rep- 
resented the National Command Authorities’ first indication 
that a probable shootdown had occurred. This was more than 
an hour after the EC- 121 had in fact been shot down. 

When the critic message was received by the Defense Commu- 
nication System’s Pentagon station, it was automatically distrib- 
uted to its six recipients simultaneously, including the White 
House and NMCC. A Pentagon duty officer telephoned National 
Security Advisor Heniy A. Kissinger with news of the critic, 
and Kissinger immediately went to his West Wing basement 
office in the White House to assemble a crisis-working group. 
Two hours later Kissinger telephoned President Nixon with the 
news concerning the EC- 121. Nixon’s recommendation; “No im- 
mediate action is required” against the North Koreans."*® 

Action would be teiken concerning further reconnaissance 
flights over the Sea of Japan; however, they were halted imme- 
diately following the shootdown. Yet as had been the case with 
the Pueblo, within a week the flights were resumed. And this 
time they were resumed on the direct order of President Nixon. 
His Intention was to avoid a direct confrontation over the 
shootdown, yet at the same time not yield to the pressure to 
cease reconnaissance flights in the area. Headlines in the press 
described Nixon’s handling of the incident as an “exercise in 
restraint.”"** 
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The crisis had passed, and yet the poor performance of 
defense communications during the incident would continue 
to generate comment and criticism for years to come. Precisely 
where had the communications tie-ups occurred? As the DCA 
director pointed out, the ambiguity of the situation at the time 
of the shootdown was such that it might reasonably account 
for the South Korean facility’s delay in transmitting its four 
reports regarding the EC- 121. But this in no way explained 
why the first three of these messages, once having entered the 
Defense Communications System, required one hour and 16 
minutes, three hours and four minutes, and 38 minutes, 
respectively, to arrive at the Pentagon. The problem, appar- 
ently, had to do with the various facilities through which the 
messages passed. At each point, officials had to consider the 
message and its implications before deciding whether to pass 
it up the chain of command. Had a shootdown actually taken 
place? Apparently, nobody wemted to take responsibility for 
sa 3 dng so while any doubt remained, leading to the delays. 

The Liberty, Pueblo, and EC- 121 incidents revealed a 
number of serious Inadequacies with the World Wide Military 
Command and Control System as it had developed during the 
1960s in particular, confusion within the system and a lack of 
clear-cut responsibility. Perhaps more than an 5 dhtng else, the 
three failures created a climate of criticism that in the decade 
to come would result in a formal effort to transform WWMCCS 
into a more coordinated, coherent system. 
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PART II 


Formalization 



Chapter 6 


WWMCCS Automatic Data 
Processing Upgrade 


Whatever else WWMCCS might require, one thing was cer- 
tain: it needed computers that were responsive and secure, 
compatible and capable of exchanging information between 
sites, cost effective, and yet with growth potential. In short, 
WWMCCS needed computers that could adequately support 
national level command and control requirements. The prob- 
lem was that the WWMCCS ADP assets in operation during 
the latter half of the 1960s could do none of these things 
effectively because of the uncoordinated, piecemeal way in 
which they had been developed and acquired. 

Even before the three major WWMCCS failures focused a 
harsh critical light on the system, a series of informal discus- 
sions concerning WWMCCS’s automatic data-processing prob- 
lems began between the Joint Chiefs of Staff and the Office of 
the Secretary of Defense. These talks represented a tentative 
first step in what would eventually become a comprehensive 
effort to update WWMCCS automatic data processing. By the 
second half of the decade, WWMCCS ADP consisted of some 
158 separate computer systems, employing 16 different makes 
of computers, in operation at 81 separate locations. Thirty-two 
different program languages were then In use throughout the 
system. Given the haphazard fashion in which these assets 
had been acquired, and given the myriad problems this situ- 
ation had occasioned, the words on everyone’s Ups as they 
considered a computer upgrade were compatibility, interoper- 
ability, and standardization. These concerns were aU impor- 
tant new criteria by which effectiveness would henceforth be 
assessed.' To many officials, developing standard automatic 
data-processing systems that could meet these criteria repre- 
sented the most challenging issue then facing the Pentagon. 

The process of acquiring new computers for WWMCCS was 
formally begun in January 1966 when Defense Secretary 
McNamara Issued a memorandum directing the joint chiefs to 
assess the feasibility and deslrabiUty of a single, multiyeeir buy 
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of standard computer hardware for WWMCCS.^ The chiefs, in 
turn, delegated this task to their in-house command and con- 
trol experts, the Joint Command and Control Requirements 
Group. The JCCRG’s chief at that time, MaJ Gen J. R. Russ, 
described his group’s methodology for improving WWMCCS 
ADP as a “straightforward process,” the first step of which was 
to identify user requirements. Once the Information required 
by decision makers had been identified, he said, the next step 
would be to develop performance specifications, that is, to 
determine what the system was actually supposed to do. Tech- 
nical specifications plans drawn up by a service or DCA would 
flow from this point and describe how to satisfy the opera- 
tional requirements. These plans would then be validated by 
higher authority and ultimately submitted to the secretary of 
defense for approval. Only then would hardware and software 
be developed, acquired, and Installed. 

The first step in developing a common set of defensewide 
ADP standards was to specify what constituted WWMCCS, 
which, in turn, called for thinking in broader system terms. 
After all, the World Wide Military Command and Control Sys- 
tem, in its broadest conceptualization, could be seen to in- 
clude everything from the White House to the foxhole. It could 
encompass the individual automatic data-processing and com- 
munications systems of virtually every eehelon of military 
command, the services, and defense agencies — indeed, every- 
thing. In practice, however, the system was considerably more 
restricted. Certain elements were more central and Important 
to WWMCCS than others. The participation of some system 
elements was substantial, while for others it was mini m a l. 
Some elements were WWMCCS on a full-ttme basis, while others 
were emphatically part-timers, considered elements of the sys- 
tem only at certain times, such as during crises. 

So in thinking through the problem of automatic data proc- 
essing for the massive and complex system that was 
WWMCCS, it soon became clear that the capabilities acquired 
for its various elements should not be the same. Given the 
diverse missions of the military services, for example, or of the 
CINCs and defense agencies, what seemed necessary was a 
system that would permit the free flow of information between 
users and yet be flexible enough to allow a single user to 
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conduct his own unique mission.^ In other words, it was not 
essential that each computer be identicad, nor that its data- 
base contain everything, irrespective of its utility for a specific 
commander and his mission. Substantial areas of overlap, 
however, would obviously be required.'^ So the idea that in- 
creasingly received favor was that while both hardware and 
software would be permitted to vary from site to site in re- 
sponse to specific user requirements, the range of that vari- 
ation would be tightly circumscribed to a limited menu of 
hardware and software options. 

If the general point that not all WWMCCS elements required 
the same information, and hence the same automatic data- 
processing capabilities, this by no means answered the ques- 
tion of what in fact each one needed. And, defining user re- 
quirements had always been one of the most slippery issues 
confronting command and control system designers. “When 
DOD decides what they want, weil stack the blocks the way 
they should be stacked,” one industry computer expert had 
remarked back in 1962. But at the moment, “They’re all over 
the table.”® To a significant degree they still were in 1966. 
What was necessary before proceeding with any major 
WWMCCS automatic data-processing upgrade, then, was a 
comprehensive plan, one that defined system elements, goals, 
and specific standards to allow those goals to be achieved. The 
problem was that no such road map for arriving at a cohesive, 
centrally responsive system of this sort then existed.® 

But if no road map was then available from national-level 
decision makers, the military services were only too happy to 
provide maps congenial to their Interests. For example, for 
some time the Air Force had been actively developmg its own 
computer systems for command and control purposes, which 
it wanted the other services to adopt. If they would only do so, 
Air Force experts argued, the sort of reporting-response capa- 
bility the JCS had in mind for 'WWMCCS would take place. 
The Air Force’s voice in these matters was especially eloquent 
and powerful, its case articulated by its own experts and by 
officials from the MITRE and RAND Corporations. In the bu- 
reaucratic battle that ensued, the joint chiefs, represented by 
Herbert Goertzel, fought for, and eventually won, a larger man- 
date. The technical specifications for the new computer system 


97 



THE WORLD WIDE MILITARY COMMAND AND CONTROL SYSTEM 


would be developed by the Joint Technical Specifications 
Group (JTSG), not by the Air Force. That group would be 
physically located in the Defense Communications Agency but 
would work under the direct authority of the Joint Staffs 
Authority to solicit bids would also come from the joint agen- 
cies, rafeer than from one of the military services. Goertzel’s 
success in keeping system design and development within the 
joint service community has been described as a major victoiy 
forWWMCCS.® 

As things were initially conceived, the WWMCCS procure- 
ment would come in stages. Phase I would Involve the pur- 
chase of computer hardwEire for software development. This 
hardware would not have the capacity or speed to satisfy 
operational requirements after the development phase was 
concluded. The DCA originally allocated some $3 million of its 
fiscal year 1968 budget for this hardware, money that was 
contingent upon receipt of system speclflcations from the 
JTSG. The JTSG’s first draft of the WWMCCS road map was 
completed in late 1967. But under heavy pressure to move 
forward expeditiously with the program, the JTSG then modi- 
fied the Phase I design, deciding that the fastest and most 
economiczd approach would be to purchase computers that 
would serve both the Phase I requirements for software devel- 
opment and actual operational needs during the subsequent 
stage of the program, designated Phase II,® 

The JTSG’s specifications were based on four different work- 
load models, each involving different data-processing tasks and 
requiring its own distinct type, or combination of types, of auto- 
matic data processing equipment. The first model was called the 
Force Control System. It was designed to control combat forces 
imder chamging operational situations. Examples of this system 
then in operation included NORAD’s Combat Operations Center 
and SAC Automatic Command and Control System (SACCS). 
The second model was called the Scientific System. It came with 
a large-scale mathematical computational ability to support sur- 
veillance, data analysis and reduction, wsir gaming, and other 
similar functions. An example of a scientific system then operat- 
ing was NORAD’s Space Defense Center. The third and fourth 
models were General Staff Support Systems that would provide a 
wide range of computer support to a headquarters staff. These 
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specifications represented a major milestone in the develop- 
ment of WWMCCS ADP, and the joint chiefs gave approval to 
proceed with equipment determination. 

The draft specifications for WWMCCS’s anticipated automatic 
data-processlng system were sent to computer manufacturers 
for comment in 1967. Accompanying documentation made it 
clear that the WWMCCS buy would be a unique one, the first 
time that so large a computer purchase would be made from a 
single source. Industry immediately begem gearing up for the 
competition.*' The potential future payoffs were considered to 
be so substantial that, despite a series of subsequent delays, a 
number of computer firms would spend as much as $100,000 
a month to hold their project teams together."^ 

Another program milestone was reached in August 1968, 
when the joint chiefs and the director of defense research and 
engineering jointly submitted to the secretary of defense a de- 
velopment concept proposal for the WWMCCS ADP program. 
For hardware, the proposal outlined a plan for purchasing a 
family of compatible computers for WWMCCS. For software, it 
described a policy of centralized and standardized develop- 
ment and maintenance. Considering the magnitude of the 
undertaking, the proposal also outlined an evolutionary ap- 
proach for system development under whose terms new capa- 
bilities would be added as user requirements were clarified 
and experience with the system was gained. That is, both 
hardware and software would develop incrementally, over the 
course of several years, resulting, it was hoped, in the coordi- 
nated and integrated system desired by the Pentagon. To aid 
in realizing the goals of system compatibility and standardiza- 
tion, a WWMCCS ADP program project manager was appointed. 
Finally, the proposal provided a series of ideas for managing 
the new system once it was in place.*® 

Concerning the actual WWMCCS computers themselves, the 
development concept proposal reaffirmed the JTSG’s call for 
four standard, generic computer types. For purposes of econ- 
omy, it was recommended that they be commercially available, 
general purpose machines. They would be located at such key 
sites as Strategic Air Command headquarters, the National 
Military Command Center at the Pentagon, NORAD headquarters, 
at various elements of the bcdlistic missile defense system, and 
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elsewhere. They would replace the obsolescent systems at 
those locations, since those systems required extensive main- 
tenance and could no longer cope with the increasing work- 
load.’^ The recommended number of computers to be pur- 
chased by the Pentagon was set at approximately one 
hundred, and preliminary specifications for the new comput- 
ing hardware were released to industry in 1968. The following 
yeeir saw the release of typical benchmark problems.'® As the 
1960s ended, events had advanced sufficiently so that it was 
finally possible to make a formal announcement on the pur- 
chase of WWMCCS ADP hardware. 

Software was emother issue altogether. An area inherently 
more complex and confused than hardware, software was al- 
ways the most important issue, the real pacing item in system 
development. For major applications, it would often take years 
of painstaking effort to debug the software, as the experience 
with SACCS had shown. Two major consequences of this were 
system utility and cost. As to utility, by the time the software 
was finally debugged, users’ requirements generally had 
changed, meaning that it was time to start eiU over again. As to 
cost, the overall price tag for an automatic data-processing 
system could easily double as expensive professionals tried to 
figure out where liie software errors lay. And because of the 
software problems, costs might also increase because more 
capable hardware would often have to be purchased to allow 
the software to be written with less care.’® 

The purchase of a family of commercial general purpose 
computers for WWMCCS appeared especially attractive in 
addressing the software problem. Bought essentially off the 
shelf, these general-purpose computers, like all general sys- 
tems, would be useful for a broad range of applications but not 
for any specific one. In order that a broad range of users could 
use them, manufacturers furnished these computers with 
nonfimctional software — ^that is, a basic operating system and 
means of organizing the computer’s memory. Users naturally 
tended to have quite specialized interests, and these often- 
times required additional mission-specific functional software 
applications. To run on the computer, however, functional soft- 
ware applications had to employ the same data elements and 
codes as the nonfunctional software. Thus, if lack of software 
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standardization were a problem, one sure way to address it 
was to do precisely what the development concept proposal 
was suggesting — standardize the hardware.'^ 

Standardization had other benefits as well. Given the mili- 
tary context prevailing at the end of the 1960s — that of an 
increasingly large and accurate Soviet ballistic missile threat — 
common equipment and personnel training procedures meant 
that if some facilities were damaged or destroyed, the surviving 
elements could pick up the pieces. Equipment from damaged 
facilities could be carmibalized, surviving personnel formed 
into new working teams, and the most essential functions 
restored. In theory, then, by allowing for the reconstitution of 
the system, standardization contributed to its endurance, a 
term that would later loom large as a criterion of WWMCCS 
effectiveness. Looking to the future, standard hardware and 
software held forth the promise that some day the computers 
might be linked into an intercomputer network to share infor- 
mation and processing power. Work then being conducted by 
the Advanced Research Project Agency (AREA) in its ARPANET 
project already suggested that users in different locations 
could in fact share information and processing capacity. 

In the organizational realm, it was hoped that the WWMCCS 
purchase would help solve some of the persistent personnel 
problems plaguing the system. Training and logistical support 
were ongoing headaches in a system using different software 
applications and employing a multiplicity of machines that 
were of different types and generations. It was also hoped that 
the purchase would solve the problem of finding programmers, 
many of them civilians, who would be willing to work with the 
older computers then in use throughout the system. The prob- 
lem was that the best civilian personnel simply did not want to 
work with older equipment because it restricted their learning 
in a d)mamic industry and their ability to find work on newer 
computers.’® While this problem would be gradually reduced 
through the expanded use of irdlitaiy personnel for ADP func- 
tions, it remained a serious concern at the time. 

Most of these factors had positive Implications for program 
costs. Consolidating hardware purchases would eliminate the 
need for a series of separate competitive bids for upgrading the 
many WWMCCS sites and help to reduce overhead costs. The 
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bulk purchase of computers would provide considerable cost 
savings over site-by-site modernization, since a volume buy 
raised the possibility for volume discounts, and hence lower 
per-unit costs. Using standard softweire would eliminate the 
considerable costs associated with converting the wide range 
of individual softweire applications then in use at WWMCCS 
sites. The new machines would result in higher-quality per- 
sonnel being attracted and retained, and the problems involved 
in extensive retraining of personnel would be eliminated, saving 
thousands of man-hours and millions of dollars each year.^* 
Standardization, then, was viewed as overwhelmingly positive 
in training, programming, operating, and maintenance. 

The WWMCCS Automatic Data Processing Upgrade Program 
(its formal name) was Intended to address mamy of these con- 
cerns. It would do so in a single dramatic step. This step was 
establishing the foundation for a coherent national-level com- 
mand and control system from a disparate group of discon- 
nected or only loosely connected ADP elements. But new 
standard computers would provide only a foundation, not by 
themselves create a centrally responsive WWMCCS. The sys- 
tem was simply too large for that, since it involved by this time 
some 81 computers and 129 separate WWMCCS activities or 
sites. More important was the continuing need for adequately 
defining system requirements so that competitors could intelli- 
gently bid on an eventual request for proposal. But changes 
were continually being made to the system design, owing to 
ongoing deliberation and contentiousness regarding the rather 
basic questions of precisely what the system was and what it 
should do. Delays necessarily ensued, and the program time- 
table slipped. 

On 12 November 1969 Deputy Defense Secretary David 
Packard announced that he had approved a plan to purchase 
a minimum of 34 standard computers to be used throughout 
WWMCCS, with an option to buy an additional 35. The com- 
puters were to be of medium and large size, Packard said, 
costing between $1 million cuid $5 million each, and they 
would have an expected service life of about six years. Pro- 
curement responsibility for hardware and nonfunctional soft- 
ware was given to the Electronic Data Processing Equipment 
Office at the Air Force’s Electronic Systems Division. Once the 
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computers were purchased, the Joint Chiefs of Staff would be 
responsible for allocating them to appropriate locations. Re- 
sponsibility for developing functional system software was 
given to the Joint chiefs, who tasked it to the Joint Technical 
Specifications Group. In a bureaucratic move to enhance 
system integration, general program oversight responsibility 
went to the director of defense research and engineering, 
rather than to the Pentagon comptroller, the normal bureau- 
cratic focal point for computer acquisition. 

The rhetoric accompanying Packard’s announcement was 
relentlessly upbeat, with Pentagon spokesmen pointing out 
how the WVMCCS procurement represented the first time the 
ADP needs of a diverse community of users would be satisfied 
by computers acquired from a single source.^® Equally unique 
was the nature of the procurement process itself. Whereas in 
the past many of the Pentagon’s major computer contracts 
had been sole source and without competition (with the sole 
source generally being IBM), Packard, in announcing the 
WWMCCS purchase, made a point of saying that in the cur- 
rent procurement, IBM, notorious for its reluctance to dis- 
count its prices to the federal government, would be given no 
special consideration. The competition between major com- 
puter manufacturers would be “both extensive and equitable,” 
Packard promised, and the excitement among the industry 
competitors predictably ran high.^ 

This excitement would imdergo a measure of tempering in the 
days following Packard’s announcement. For reasons of budget- 
ary economy, the House Appropriations Committee ordered the 
Pentagon to reassess a number of its programs then in progress, 
among them the WWMCCS ADP Update Program, which was 
conspicuous because of the scale of its computer purchase. With 
the defense budget faUtng and with no end to the decline in 
sight. Pentagon officials got the message. In a March 1970 
memorandum to the secretaries of the mllltaiy departments, the 
Joint Chiefs of Staff, and the director of the Defense Intelligence 
Agency, Packard solicited information regarding the number of 
computers to be procured, the costs involved, and these users’ 
views on whether to proceed with the standardization effort.^ 
After reviewing the responses, Packard approved on 4 June a 
substantially downscaled plan for WWMCCS. Rather than 34 
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computers with an option for an additional 35, the system 
would now employ a minimum of 15 computers with an option 
for an additional 20. They were to be divided among the 
WWMCCS sites and those parts of the Intelligence Data Han- 
dling System that worked intimately with WWMCCS. 

The best possible bureaucratic face was put on the reduc- 
tion, which was portrayed by Pentagon officials as a prudent 
move to minimize the risks of a large-scale ADP conversion in 
a time of tight DOD budgets. “With big chops coming through- 
out the DOD budget,” one Pentagon official noted, describing 
the mood, “we might not have enough budgetary support for 
our program and we’d end up with egg on our face.”^® Another 
concern was a predictable bureaucratic desire to limit liability 
by avoiding overly strong commitment to a program whose 
future was still in doubt, a program that might be in line for 
further cuts and revisions. Specifically, the recommendations 
of a blue ribbon defense panel were expected shortly: nobody 
was sure how WWMCCS would fare in the panel’s report, and 
in the interim a cautious conservatism prevailed. By some 
accounts, this slowed the purchase of the WWMCCS comput- 
ers by more than a year. 

The reduction in the size of the WWMCCS procurement and 
the associated delays sat poorly with industry, which saw its 
own costs increasing even as the program’s profit potential 
was being reduced. Limiting the scale of the WWMCCS pro- 
curement also raised industry concerns over the competitive- 
ness of the procurement process, and the fears were not 
unfounded. The 15 computing systems that were now slated 
for purchase were not sufficient for all WWMCCS sites, and 
because of this, David Packard had announced that he in- 
tended to designate the third generation IBM/360 computer as 
a “second standard” for 16 other sites. Many WWMCCS sites 
already used leased IBM equipment, and Packard noted that 
economic considerations would determine whether to purchase 
this equipment, continue to lease it, or replace it with the new 
WWMCCS computers. Leasing computer equipment as op- 
posed to bu5dng it for WWMCCS had been an economic con- 
sideration for some time. Even when procurement funds Eire 
limited, money is generally available for a lease, with an option 
to buy later. “If you lease,” one Pentagon official remarked, “it 
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comes out of operating funds. You’re not asking for more 
money. The guy who buys is in a hole. He’s asking for a big 
new chunk of money. For the industry competitors other 
than IBM, this was bad news. The worry was that IBM might 
offer to sell the Pentagon some of its leased equipment at a 
discounted price, further reducing the number of computers 
that eventually would be purchased and giving IBM the pro- 
verbial foot in the door for future leases and ultimately sales. 

At stake was an enormous amount of money beyond the 15 
computer systems themselves. The profit to be made by selling 
the first 15 systems was not at all substantial: indeed, it was 
hardly sufficient to offset the $3-$5 mllUon that various firms 
already had invested in developing benchmark WWMCCS soft- 
ware. But from that point on, the money would really start 
rolling in. By one estimate, the Pentagon would have to spend 
at least $159 milli on to convert present WWMCCS sites to a 
common software standard. In addition, another $30 million 
or so would be involved in providing software integration for 
the essential WWMCCS sites. Finally, there was at least $62 
mlUlon to be made selling additional hardware should the Penta- 
gon exercise its option for the additional 20 computer systems.^® 

While this planning was in progress, the much-publicized 
Liberty, Pueblo, and EC- 121 incidents were taking place. To make 
matters more urgent still, a number of specifically computer- 
related command and control shortcomings contributed to an 
already dour mood regarding WWMCCS. Some of these short- 
comings concerned the need for additioned computerization of 
critical defense functions. For example, when the Pentagon 
was planning Operation Rolling Thunder, the bombing cam- 
paign over North Vietnam, Defense Secretary McNamara had 
needed an up-to-date inventory of available bombs. No such 
inventory was available, and McNamara reportedly had to 
order 14 general officers in the Pentagon to man the tele- 
phones, calling air bases around the world to get the neces- 
sauy information. (By one account, the generals forgot to check 
with the National Gueird or to consider the materiel in the 
nation’s war reserves.) Another story concerned the dally 
report prepared by the Air Force Comnmnd Post on the world- 
wide status of its forces. It took the Air Force all night to 
prepare the report, with errors commonplace and timeliness 
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sacrificed as a small army of personnel scrambled to make the 
morning deadlines. It was also reported that CINCPAC, the 
commander in chief, Pacific forces, required some 32 hours to 
produce an accurate tabulation of the status of forces in the 
Pacific.^ The rather obvious moral of these stories was that 
there existed an urgent need for up-to-date automatic data 
processing. 

If anecdote suggested the value of computerization not yet 
achieved, other stories concerned existing computers that 
were inappropriate or Ineffective. During the 1969 Tet offen- 
sive, incompatible ADP equipment resulted in it taking a full 
hour for a flash message to travel between two offices within 
the same facility, CINCPAC headquarters and its alternate 
command post in the Kunla tunnel. Similarly, the computers 
in CINCPAC’s main WWMCCS facility employed paper tape 
while other WWMCCS facilities in the Pacific used magnetic 
tape. The problems that existed were increasingly of this type. 
They were no longer attributable to a lack of computers, but 
instead to the opposite problem — a proliferation of different 
ADP systems that all too often could not function together.®' 
Incidents such as these seemed to demonstrate the need for a 
command and control structure that would permit high-level 
decisions to be carried out in a timely fashion. Doubly so, 
critics contended, since unlike the earlier incidents, the next 
crisis might Involve nuclear weapons.®'* 
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Source; J.P. McConnell, “Command and Control,” Sperryscope, Third Quarter 1965, 4. 

Figure 1. The Early Array of Sensors and Sentinels Forwarding 
Information to NORAD Headquarters 
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Source: Charles A. Zraket and Stanley E. Rose, “The Impact of Command, Control, and Communications 
Technology on Air Warfare,” Air University Review, November/December 1 977, 85. 

Figure 2. Cold War Vigilance; Texas Tower Offshore Radar Platform 
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Source: Signal, March 1961 , 29. 

Figure 3. SAC’s Underground Command Post 
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Figure 4. Defense Communications Agency 
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Source; Senate, Fiscal Year 1978 Authorization for Military Procurement, Research, and Development, and 
Active Duty, Selected Resen/e, and Civilian Personnel Strengths (Washington, D.C.: Government Printing 
Office, April 1977), 6822. 


Figure 5. AUTOSEVOCOM Switches 



Source: “Effectiveness, Responsiveness of National Command System Vital to U.S. Security," Armed Forces 
Management, July 1966, 46. 

Figure 6. NMCS Personnei in Action 


111 



THE WORLD WIDE MILITARY COMMAND AND CONTROL SYSTEM 



Source: John B. Bestic, “NMCS Affords U.S. Full Control & Flexible Response,” Data, January 1967, 29. 

Figure 7. USS Northampton, National Emergency Command Post 
Afloat 



Source: Richard P. Klocko, “Communications— The Vital Link,” Signal, May/June 1969, 78. 

Figure 8. Artist’s Conception of the National Military Command System 
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Source: “National Military Command Control: The Problems in Brief,” Armed Forces Management, July 1963, 
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Figure 9. Responsibilities for Implementing the National Military 
Command System 
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Source: F. Boonham, ‘The Impact of Computers on Military Management and Control,” RUSI, June 1972, 32. 

Figure 10. Conceptualizing a Command and Control System 
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Source: Emmett R. Arnold, “The Commander’s Control of His Communications,” Signal, March 1969, 32. 

Figure 11. The National Communications System, Encompassing All 
Federal Assets 
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World Wide Military Command 
and Control System 
(DOD Dir S-51 00.30) 



Source: J.H. Wagner, “NMCS; The Command Backup to Counterforce,” Armed Forces Management, July 1963, 24-25. 

Figure 12. World Wide Military Command and Control System as Described by DODD S-51 00.30 
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Chapter 7 


Centralizing Communications 
Management 


When the Nixon administration arrived in Washington in 
early 1969, it discovered that criticism of WWMCCS and of 
defense communications management generally was broad- 
based both inside and outside the Pentagon. Not only was 
there considerable soul-securching by defense officials, but the 
highly visible nature of the WWMCCS failures had drawn 
influential new constituencies into the system in the role of 
evaluators, most importantly the Congress. Their eyes opened 
to the need for a command and control system responsive to 
the needs of the national leadership, dismayed that such a 
system was not in place and concerned with the system’s ten- 
dency to emphasize the needs of its more influential subunits, 
these evaluators looked at WWMCCS and judged it Ineffective. 
Addressing these issues both within the Department of Defense 
and in the federal government more broadly quickly became a 
priority of the new administration. In addition, a report by the 
General Accounting Office (GAO) later that year gave added 
impetus to the desire for change by calling for a major restruc- 
turing in government communications management responsi- 
bilities.* And so, even as David Packard began his energetic 
efforts to standardize WWMCCS automatic data processing, a 
series of changes was begun that would affect the organiza- 
tional and management side of things. 

Office of Telecommunications Policy 

These changes began in earnest on 9 February 1970, when 
President Nixon sent to Congress a proposal to establish a new 
Office of Telecommunications Policy. The plan took the old 
Office of Telecommunications Management, gave it a new name, 
and removed it from its home in the Office of Emergency Plan- 
ning. The old office had become a contentious forum that 
somehow never managed to find a way to balance conservative 
desires to make things work with the need to integrate new 
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technologies.^ As described In Nixon’s proposal, the new office 
would better equip the Executive Branch to deal with the myriad 
issues arising from recent, dreunatic growth in the communi- 
cations field. ^ The proposed office would be bureaucratically 
situated in the Executive Office of the President, headed by a 
director who would be appointed by the president with the 
advice and consent of the Senate, and elevated in rank so that 
its director could report directly to the president,"* The new 
office would help formulate new policies to better coordinate 
the m 5 rriad defense and nondefense communications systems 
owned by the government. It also would allow the Executive 
Branch to speak with a single voice in its policy discussions 
with industry, other governmental bodies, and the public.® 

Many ejqierts believed that creating the Office of Telecom- 
munications Policy was overdue. Every president since Harry 

S. Truman had directed that studies of the communications 
field be conducted, and each study had recommended the 
establishment of such an office. A key problem, however, was 
that communications always tended to be viewed more as a 
support function than as a critical function in its own right. 
This meant that policy was formulated essentially on an ad 
hoc basis rather than as part of a coherent plan to meet the 
nation’s requirements. Vision was required, for without it there 
could be no “creative shaping” of the telecommunications future.® 

That shaping process began in earnest under President 
Nixon. In submitting his proposal to Congress, Nixon argued 
that the changes being sought were necessary if the govern- 
ment was to respond to the challenges presented by the diz^- 
ing pace of change in communications.^ Congress agreed, 
Nixon’s plan was approved that March, and the Office of Tele- 
communications Policy was established on 20 April 1970. Clay 

T. Whitehead was nominated as its director. As described in 
the Nixon plan and elaborated in Executive Order 11556, 
which formally established the new telecommunications office, 
the responsibilities were wide-ranging, and Involved communi- 
cations policy, broadcast and cable media, spectrum manage- 
ment, emergency preparedness, and numerous other areas. 
This effort to coordinate government-wide telecommunications 
would soon have its defense-specific analogue. 
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Assistant to the Secretary of Defense, 
Telecommunications 

Inside the Pentagon, perhaps the most influential of the tn- 
house critics of existing defense communications was Deputy 
Secretary of Defense Packard. Shortly after taking office, 
Packard had become aware of serious problems in the way 
defense communications were being managed. These included 
a fragmentation of management authority, decentralized con- 
trol of resources, and the lack of an appropriate means for 
coordinating the various communications systems of the mfli- 
taiy services. Equcilly troubling to Packard’s thinking was the 
fact that no matter how hard he tried, he was unable to deter- 
mine how much was actuciUy being spent on communications. 
Packard found this intolerable, but, unlike most critics, he 
was very much in a position to do something about it. 

On 21 May 1970 Packard issued a directive establishing the 
position of assistant to the secretary of defense for telecommu- 
nications, his explicit purpose being to further centralize con- 
trol of communications policy within the Office of the Secre- 
tary of Defense.® Through that time, managerieil direction and 
resource control within the OSD had been dispersed among a 
number of offices. Four assistant secretaries of defense, in- 
cluding those for installation and logistics, systems analysis 
and administration, comptroller, as well as the director of 
defense research and engineering, had responsibility for man- 
aging various aspects of defense communications. Responsi- 
bilities were divided along functional lines, meaning that each 
office tended to emphasize those communications areas rele- 
vant to it. Even the Office of the Assistant Secretary of Defense 
for Installations and Logistics, the designated staff “point 
man” for communications, had little authority in many areas. 
As Packard saw it, there existed no sense of managing the 
Pentagon’s communications assets as an integrated whole. 
This deficiency resulted in overlapping responsibilities, ineffi- 
cient use of resources, and the system’s inability to perform 
adequately. What Packard had in mind was a single office with 
the power to coordinate all of the communications activities 
carried on by the Defense Communications Agency and the 
military services. The new assistant to the secretary position 
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was intended to do precisely that, and its first occupant was 
Louis A. deRosa, a former vice president of the PhUco-Ford 
Corporation.® 

On paper, deRosa had an exceedingly broad mandate. He 
had overall coordinating responsibility for the Defense Com- 
munications System and the defense -related elements of the 
National Communications System. He would oversee and coor- 
dinate areas of communications used for command and con- 
trol, including such critical WWMCCS subsystems as MEECN 
(Minimum Essential Emergency Communications Network). 
Exempted from this broad slate of responsibilities were only 
those electronics emd communications Integral to weapons 
systems. Packard’s clear intent was that deRosa would play a 
central role in establishing policy and priorities, serving as the 
focal point for coordinating and reviewing issues related to 
communications. Under his leadership, deRosa said, the exist- 
ing “federation of subsystems” would give way to a more uni- 
fied cmd coherent system, operating under a centralized man- 
agement structure.*® 

To combat what Packard and many others believed had 
been years of loose management practices, the new assistant 
to the secretary was to account for communications expendi- 
tures throughout the DOD; no small order since, as Packard 
had found, even identifying relevant expenditures could prove 
an impossible task. Prior to the Nixon administration, no defense- 
wide cost accoimtlng system had been maintained at all, mean- 
ing that even such basic Information as total communications 
resources cmd costs were unavailable. A formal accounting 
system for communications costs had been established in 
1969, but it would not be equal to the task for some time. One 
of the key problems was an inability to find properly quaUfied 
personnel to staff the relevant resource mcmagement sections, 
a problem with obvious implications for reviewing the Byzan- 
tine budgets of the military departments. An inability to easily 
break down the services’ operating and maintenance funds 
meant that it would be necessary to get the services to con- 
form to new budgeting procedures to accurately ascertain 
communications costs. Even if the services agreed to the 
changes, it would take years to determine with any accuracy 
the amount actually spent on communications. In the absence 
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of firm figures, “approximate levels of expenditures” were pro- 
vided, figures that varied widely among defense officials.*' For 
example, Packard estimated that the communications costs 
for fiscal years 1970 and 1971 were $2.31 and $2.25 billion, 
respectively. DOD deputy comptroller Thomas Moran esti- 
mated the costs for those same years to be $2.75 and $2.51 
billion. Secretary of Defense Melvin R. Laird placed the 1970 
figure at $3.06 billion. As Packard pointed out to Congress 
with some exasperation, the budgeting and financial control 
system within DOD did not bring together all of the costs 
relating to communications in any systematic marmer. “I can’t 
assure you those [figures] would be within a couple hundred 
million dollars to be correct,” he said.*^ 

Even adding Packard’s few hundred million dollars estimate 
to these figures still would likely have resulted in a consider- 
able understatement of the Pentagon’s actual communications 
costs. The figures tended to refer only to costs for “classical 
communications.” They did not include costs for communica- 
tions systems related to command and control, or those that 
were integral to weapons systems. Given these exclusions, a 
more realistic figure for communications of all sorts would 
probably have been at least double the estimates. A key task of 
the new telecommunieations position, then, would be to bring 
these figures together and make them visible, an essential 
preliminary step in improving the management of defense 
eommunications resources. But as deRosa told the Congress, 
it would not be an easy task. His offiee would have to assess 
outlays for research and development, proeurement, opera- 
tion, and maintenance for a large number of large systems. 
These included the Defense Communications System, tactical 
communications, and command and control communications 
that were neither DCS nor tactical, including many elements 
ofWWMCCS.'® 

Another major barrier to identifying costs was the inability 
to find quedified personnel to staff deRosa’s resource manage- 
ment sections. Understaffing had obvious implications for 
reviewing the complex communications budgets of the military 
services. But even with a properly staffed office, the arcane 
and frequently idiosyncratic manner in which the services 
accounted for their operating and maintenance expenditures 
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meant that it would be necessary to get them to conform to 
new budgeting procedures. Even if the services accepted this 
sort of conformity, an outcome that was by no means certain, 
the imprecision of earlier accounting practices meant it would 
still take years before the amount spent on communications 
could be determined with any accuracy. Things went similarly 
with automatic data processing, an area by now inextricably 
linked to communications. Here, because of exclusion of the 
cost of depreciation, personnel, and support from cost calcula- 
tions and reports, the Pentagon could not make appropriate 
management and budgetary decisions.''* So urgent did this 
cost accounting function seem that some members of Con- 
gress recommended that the resource management function of 
the new telecommunications office be staffed as expeditiously 
as possible to identify total relevant expenditures and to calcu- 
late defense communications costs on a year-to-year basis.'® 
The way the defense budgeting process should work with 
respect to command and control, it was felt, was that the 
services would first address their priorities across the spec- 
trum of expenditures: weapons, manpower, operations and 
maintenance, research and development, logistics, command 
and control systems, and other areas. The services would then 
submit their appropriations requests to OSD for evaluation. In 
its evaluation, OSD would strike a balance between the three 
services and across their various mission areas, with the 
assistant to the secretary of defense for telecommunications 
striking a balance in communications. Since service-specific 
command and control systems had never fared particularly 
well in the budgetary process, and joint-service command and 
control tended to fare considerably worse, it was up to the new 
assistant to the secretary to make certain both did better.'® 
Such were the hopes and the expectations. The very fact of 
creating the new position represented a cleair, highly visible 
sign of changing priorities within the OSD. Similarly, some of 
the language in Packard’s directive implied that serious bureau- 
cratic muscle would be accorded its occupant. But while the 
mandate seemed broad and the intention clear, the organiza- 
tional reality of the situation was less auspicious. The reasons 
for this were two: the nature of the position Itself and the 
language of the directive that established it. 
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Consider first the assistant to the secretary position, where 
the important limitation lay in the single word to.‘^ In creating 
the position, Packard was engaging in an artful bureaucratic 
maneuver, anticipating the release of the president’s Blue Rib- 
bon Defense Panel’s report, then still two months away. 
Packard knew full well that the panel intended to recommend 
the creation of a similar telecommunications post, emd to create 
it at the assistant secretary leveL From the beginning, Packard 
had wanted this new position as well, but an assistant secre- 
tary slot required legislative action, whereas an assistant to 
the secretary position did not. By creating the new telecommu- 
nications slot at the lower level, Packard was covering the 
bureaucratic bases. If Congress favorably received the Blue 
Ribbon Panel’s recommendations, the already existing tele- 
communications position almost certainly would be upgraded 
to an assistant secretary slot. No problem there. Indeed, the 
fact of its existence might well aid in ensuring a warm recep- 
tion; after all, the Pentagon had clearly identified a need and 
taken steps to address it. If the congressional reaction to the 
panel’s report was less favorable, however, all was not lost. 
Packard had at least established the assistant to the secretary 
position without congressional opposition while the getting 
was good. So in the interim, Packard was prepared to settle for 
the assistant to the secretary position, one with substantially 
less clout than he in fact believed was necessary. 

The second problem revolved around the language of the 
directive, which stated that the responsibilities for manage- 
ment and operational direction of telecommunications resources 
would remain with the services and defense agencies. In line 
with many of the Pentagon’s unsuccessful centralizing initia- 
tives, the new telecommunications post would serve a coordi- 
nating function only. Circumscribing its authority virtually 
guaranteed the inability of the new post to effect basic system 
changes. 

In many respects, these restrictions were quite Intentional. 
“Stopping a juggernaut” is how one defense journal characterized 
Defense Secretary Laird’s efforts during his first year in office to 
turn back the clock of centralization that under McNamara’s 
leadership had proceeded far beyond what many desired. 
Laird immediately began decentralizing decision-making 
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authority from DOD-level organizations, including the director 
of defense research and engineering and various assistant sec- 
retaries, back toward the services. “It is simply foolhardy,” 
Laird said, “not to make maximum use of the great talent, 
wisdom, and experience available through the Joint Chiefs of 
Staff and within the services.” The role of civilian elements of 
the Pentagon, he said, himself included, should be one of 
broad guidance and coordination. On the most important ma- 
jor programs the service secretaries would regularly report to 
him, he would personally sign off on the programs, and a 
similar role of oversight and coordination would be assumed 
by other DOD-level elements. Far from limiting the civilian 
leadership’s control over the military forces, Laird said, this 
brand of decentralized decision making with periodic central- 
ized oversight would only strengthen civilian control.*® Making 
certain that the responsibility for communications manage- 
ment and operational direction remained with the services and 
defense agencies was thus fully consistent with Laird’s desire 
to stop the centralizing juggernaut. It obviously put him on a 
collision course with such proponents of centralization as 
David Packard. 

The Blue Ribbon Defense Panel Report 

The Blue Ribbon Defense Panel’s report was released In July 
1970, the month following Packard’s downscaling of the 
WWMCCS computer procurement. The report suggested pri- 
marily that the Pentagon effect a major reorganization of its 
national-level command and control structure. The report went 
on to blast the Pentagon for a wide range of computer prob- 
lems and related management shortfalls. The panel pointed 
out that of the approximately 2,800 computers then in opera- 
tion throughout DOD, some 36 percent were obsolete first- or 
second-generation machines running on vacuum tubes or tran- 
sistors.'® Far too many of the computer files being maintained 
were whoUy independent emd lacked the ability to be intercon- 
nected. Computer utilization was poor (they were used less 
than 16 hours a day), whereas commercial firms had utilization 
rates that were far better. Finally and predictably, the panel 
noted the serious lack of ADP uniformity and standardization. 


124 



CENTRALIZING COMMUNICATIONS MANAGEMENT 


As a result of these problems, the Pentagon was said to be 
spending at least $500 million more each year than was nec- 
essary for its automatic data-processing functions. The Blue 
Ribbon Panel scored the Pentagon for the lengthy delays that 
generally occurred between the time a need for new ADP as- 
sets was recognized and the time those assets were finally 
deployed. It also urged that greater management attention be 
paid to the ADP function.^® To ensure that attention and to 
provide a focal point for command and control generally, the 
panel recommended the creation of an assistant secretary for 
telecommunications within the OSD.^' 


WWMCCS’s Standard Computers 

These changes and criticisms naturally provided additional 
impetus for the purchase of standard computers for 
W\^CCS. But standardization would not solve every prob- 
lem, and might actually provoke some. This was especially 
true in the organizational realm, where one of the program’s 
most serious potential problems Involved bureaucratic resis- 
tance to chcmges that edmost certainly would cause a loss of 
discretion and autonomy for major WWMCCS users. It is not 
that the standardization process completely ignored the spe- 
cific requirements of WWMCCS’s users for hcirdware configu- 
rations, functional software, and peripheral equipment tailored 
to each user’s needs.^ The point, rather, was that those indi- 
vidual needs, however well met, were to be subordinated to the 
primary objective of creating a system responsive to the needs 
of central decision makers. By definition, a big standardization 
effort like this meant that users would have to give up some 
independence. Indeed, some grumbling and resistance among 
system users was considered Inevitable. 

Inevitable it was, and it was not long before the grumbling 
reached epidemic proportions. The program timetable for the 
WWMCCS ADP update called for requests for proposal to be 
issued to industry during the week of 17 August 1970. On 12 
August, however, NORAD’s commander in chief. Air Force gen- 
eral Seth J. McKee, wrote to the Air Force chief of staff, Gen 
John D. Ryan, to outline a series of objections he had to the 
WWMCCS computers. Principal among these objections was 
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that the program’s technical specifications called for equip- 
ment that would operate in batch (sequence processing) mode 
rather than in an on-line Interactive mode. Batch processing 
means that to run a software application, the computer’s oper- 
ating system has to allocate sufficient space in the main mem- 
ory for the entire program rather than simply the portion 
actually being executed. Because entire programs are thus 
constantly being moved in and out of memory, data-processing 
times are far slower than for computers with circuitry designed 
for interactive processing. In effect, the batch processing com- 
puters “think” one step at a time, in a series of preprogrammed 
steps, whereas more modern interactive computers can per- 
form many steps simultaneously.^ While batch processing is 
normally not a problem during routine operations, the concern 
was that it could create an Internal electronic “traffic jam” 
during times of high-volume use. By limiting the computer’s 
processing speed and responsiveness at precisely the time 
they are most needed, such as crises, batch processing repre- 
sented a serious bottleneck to the flow of essential command 
and control information.^'* 

Batch processing also meant that a commander could not 
precisely specify the information he wanted. “Say the PLO 
hijacks a plane and lands it somewhere in the desert,” Col 
Perry Nuhn, the Pentagon’s director for information systems 
and command, control and communications, remarked. “If I’ve 
got to provide help, I need to know where the nearest airfields 
are, how much fuel they have on hand, how long their run- 
ways are, and dozens of other support questions.” Unfortu- 
nately, he noted, computers designed for batch processing 
cannot amswer questions at that level of specificity. “They may 
have to dump out Information about a whole set of nearby 
countries and all their airfields. And you’ve got to go through 
the doggone things by hand.”^® General McKee was deeply 
troubled by this, considering real-time capabilities to be essen- 
tial for the performance of NORAD’s early warning mission. He 
requested that the Air Force chief of staff give his personal 
attention to the matter, and urged that the release of the 
WWMCCS request for proposal be delayed until the computers 
it specified met NORAD’s operational requirements. Officials at 
the National Military Command Center articulated similar 
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reservations regarding the ability of the new WWMCCS ADP 
equipment to satisfy critical mission requirements. 

The release of the WWMCCS request for proposal was delayed 
by these objections, but it was a delay without effect, for the 
objections voiced by McKee and others were sternly overruled. 
A response received later that August from the Air Force vice 
chief of staff pointed out to McKee that the North American 
Aerospace Defense Command was part of WWMCCS and that 
WWMCCS hardware and software must therefore be used in 
NORAD’s 427M Program, then being planned as an upgrade to 
the computational and tracking capabilities at its Cheyenne 
Mountain headquarters. While some merit was found in 
McKee’s objections to the proposed WWMCCS equipment, and 
while it was acknowledged that some satisfactory resolution 
for these shortcomings had to be found, he was Informed that 
whatever the eventual fix might involve, it had to remain 
within the overall WWMCCS framework.^® 

Requests for proposal (RFP) for the first 15 WWMCCS com- 
puters were released to industry on 1 October 1970.^^ Origi- 
nally, it was intended that RFPs would go to 34 companies, 
which included all major computer manufacturers. Eventu- 
8illy, this number was cut into half, and 17 RFPs were solic- 
ited, although only seven of the companies (IBM, Control Data, 
RCA, Univac, Honeywell, NCR, and Xerox Data Systems) were 
considered serious enough contenders that they were expected 
to submit proposals.^® As outlined in the RFP, the purchase 
was to take place in calendar years 1972-73. In what proved 
to be another unique aspect of the program, one that reflected 
recent declines in defense spending and David Packard’s own 
cost-cutting emphasis, the request for proposal stipulated that 
the price tag for the first 15 computer systems should not 
exceed $46.2 million. If industry failed to abide by the price 
ceding, the Pentagon warned, the system’s requirements as 
outlined in the RFP might have to be returned to the drawing 
boeird, ensuring additional delays and the need to resollcit 
proposals because of whatever changes resulted.^® It was even 
hinted, darkly and none too subtly, that a failure to adhere to 
the price limit could result in the program being scrubbed 
altogether. 
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Proposals from the competing companies were due on 1 
February 1971, and, as one military officer described the situ- 
ation, “The computer industry waited with bated breath to 
determine who would get the lucrative contract for computer 
hardware that will be tied together with such sophisticated 
software that all the computers will be able to talk with each 
other.”^ Industry’s breath would remain bated for some eight 
months, a delay that involved more than just the need to 
properly evaluate the computer vendors’ proposals. Given the 
Blue Ribbon Defense Panel’s recommendation that a sweeping 
reorganization of WWMCCS be effected, it involved also the 
need to evaluate the larger command and control context 
within which the WWMCCS computer purchase would take 
place. Specifically, David Packard wanted to see how the 
pamel’s recommendations would play out before making a final 
commitment to the computer update. 

He also wanted time to assess the fallout from a House 
investigating subcommittee report, released that Meirch, review- 
ing the effectiveness of worldwide defense communications 
management, its goals, and the economy and efficiency with 
which the communications network operated. The report de- 
scribed management as “inefficient and ineffective,” pointing 
the finger of responsibility at the fragmented and overlapping 
responsibilities that existed within the Depeirtment of Defense. 
The subcommittee proposed a number of specific changes to 
eliminate the fi-agmentation and lack of coordination. Leading 
the list was a recommendation that the secretary of defense 
centralize DOD communications, including the Defense Com- 
munications System and WWMCCS, under the authority of 
the newly created assistant to the secretary of defense for 
telecommunications.^* This office would then be responsible 
for establishing a centralized accounting system to fully iden- 
tify communications expenditures. 

By the fall of 1971, the shape of the changes-to-come was 
reasonably clear, emd Packeird was convinced that the new 
computers would not be inconsistent with them.®^ The 
WWMCCS ADP Update Program could proceed, and on 15 
October 1971 the Air Force Systems Command’s Electronic 
Systems Division awarded the fixed-price, fixed-quantity con- 
tract to Honeywell Information Systems, Inc. 
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Under the terms of the contract, the Pentagon would pur- 
chase 35 computer systems from Honeywell’s 6000 series 
(models H-6060 through H-6080).“ In fact, the contract in- 
volved 76 individual central processing units, since some 
WWMCCS sites were designed to employ two or more central 
processing units (CPU) linked together for their enhanced 
processing capability. The price tag for the 35 computers was 
right on the Pentagon’s target, $46 million, some 35 percent 
less than the General Services Administration’s scheduled 
price and presumably reflecting a bulk discount by the manu- 
facturer. Installation of all 35 computers was to be completed 
by the end of 1973, within two years of the contract award. On 
the surface it seemed like a good deal. 

In fact, to many it seemed too good a deal. Skeptics at the 
GAO viewed the Honeywell bid as unrealistically low, a “buy- 
in” wherein the computers were intentionally offered below 
cost so that the company could make its real profits when 
additions to the system were made.^ There was ample reason 
for the skepticism. Consider that the Pentagon’s earlier devel- 
opment concept paper had estimated the price of 35 comput- 
ers purchased in fiscal years 1972-73 to be $91.6 million. 
Honejrwell’s contract cost for the same system, however, was 
much lower.®® Additional doubt arose because neither the Pen- 
tagon nor Honejrwell seemed to want it known that Hone 5 rwell 
had been selected as the prime system contractor. That fact 
only became public when, in a Honejwell parking lot, Sen. 
Bany Goldwater Informally announced that the company had 
been chosen to provide the WWMCCS computers.®® 

StiU worse from the perspective of many system users was 
that the Hone 5 nvell computers already were becoming out- 
dated. The 6000-series computers, first produced in May 
1964, were the follow-on to General Electric’s GE-600 series. 
(Honeywell earlier had acquired GE’s computer business, and 
had designed the 6000 series with an eye both to retain GE’s 
customer base and to appeal to new buyers.) The result, 
according to a computer industry publication, was a “strongly 
GE-flavored product line that blazed no new technological 
trails but exploited the current state of the art in a highly cost 
effective manner.”®’^ That was In the mid- 1960s, and by this 
time the state of the art had advanced considerably. 
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Specifically, aind as critics had predicted, the problem was 
that the computers’ circuitry was designed for batch process- 
ing. Because of this oversight, the hardware architecture — a 
military version of Honeywell’s General Comprehensive Oper- 
ating Supervisor — ^was also designed to operate in a batch- 
processing mode. Batch-processing systems had, of course, 
been specified in the program’s technical specifications, but 
there was no technical justification for them. When Honeywell 
was awarded the WWMCCS ADP contract, a number of com- 
puter manufacturers, Honeywell among them, already were 
marketing comparable systems to operate in an Interactive 
mode. But despite the availability of more adequate alterna- 
tives and despite the deep reservations of many key WWMCCS 
users regarding this type of equipment. Including NORAD’s 
commander and the JCS, the decision was not reversed. The 
purchase of the Honeywell 6000s proceeded anyway, and it 
was a decision whose ramifications would be felt within the 
WWMCCS community for years to come. 

The installation of the WWMCCS computers was completed 
on schedule. Installation began in March 1972 at SAC head- 
quarters in Nebraska and was completed in December 1973. 
(An additional site was subsequently added at Taegu, South 
Korea, which was completed in May 1975.) WWMCCS auto- 
matic data processing had become a reality, and it was in 
many ways a reality without precedent. But because of the 
novelty of such a large system and having to address and 
overcome the host of technical and operational problems that 
inevitably accompanied its implementation, considerable work 
remained to be done. Training procedures had to be developed 
for system users so they could understand and rapidly come 
up to speed on the system. To discuss problems as they 
occurred and to provide a forum for propounding possible so- 
lutions, semiannual conferences were established. User sup- 
port also was critical. In one particularly amusing example of 
the support provided by the WWMCCS ADP community, one of 
the major WWMCCS sites immediately began to experience 
mysterious and apparently completely random signal interrup- 
tions. Analysts were rushed to the scene to examine possible 
sources of the interference. Several exhausting and frustrating 
months passed before someone discovered that the Interference 
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was caused by helicopters passing through the microwave cir- 
cuit carrying the signals as they took off and landed.^ 

Not all of the problems with the new WWMCCS computers 
were resolved as easily, however, and almost as soon as instal- 
lation began, major diffieulties with the Honeywell 6000s 
began to surface. To get around the problem of limited space 
in the computers’ main memory, for example, additional mem- 
ory eapacity was added wherever needed, the amount depend- 
ing upon the speeifle user’s data-processing requirements. 
While this solved the immediate problem of capacity, permit- 
ting a single computer to handle larger blocks of data than 
before, it Introduced new difficulties when the computer was 
eaUed on to exchange information with other WWMCCS sites. 
Beeause not all sites had made identical upgrades to their 
computers’ memories, users frequently found that exchanges 
could not take place unless the receiving site happened to 
have the same memory capacity as the originating site. To 
overcome this shorteomlng and a host of other problems, Hon- 
eywell and other contractors were repeatedly called on to pro- 
vide upgrades and fixes. Indeed, within the first few years of 
the new computers’ operation, more than 60 changes to the 
original WWMCCS contract were negotiated.^® Almost all of 
these were expensive, and many of them proved to be less 
than completely successful. 

Major problems also surfaced with system software, and not 
all members of the WWMCCS community were using it. The 
complexity and limitations of the WWMCCS standard software 
had led many individual system users to feel, often quite cor- 
rectly, that their command and control requirements were 
being inadequately served. Therefore, many users found it 
necessary to develop their own software applications to work 
around the limitations of the system. Because this type of 
software was developed locally by its users, consideration of 
other users’ requirements was limited or nonexistent. Duplica- 
tion of effort was frequent and excessive costs unavoidable. To 
make matters worse, because locally developed software was 
by definition not used throughout WWMCCS, the ability of its 
users to exchange information with others was often severely 
impaired. This was precisely the situation that had prevailed 
during the 1960s, and precisely what the WWMCCS ADP 
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Update Program had been intended to remedy. Years later that 
remedy was stiU not clearly in sight. Thus, at precisely the 
time that the star of centralized communications management 
was on the rise, just when national-level command and con- 
trol was assuming greater importance in defense planning, 
WWMCCS (its recent upgrade notwithstanding) would con- 
tinue to develop in ways inimical to the needs of centralized 
decision makers. 

Prototype WWMCCS Information Network 

On 7 September 1971, more than a month before the con- 
tract for the 6000- series computers was awarded to Honeywell 
Information Systems, the Joint Chiefs of Staff Issued JCS 
Memorandum 593-71, “Research, Development, Test, and 
Evaluation Program in Support of the Worldwide MUltaiy Com- 
mand and Control Standard System.” By this time, the chiefs 
and other top-level officials were fully aware that the comput- 
ing capabilities called for in the AAAVMCCS ADP Update Pro- 
gram’s technical specifications were inadequate. Something 
more was clearly required, and the joint chiefs’ memorandum 
proposed that a first step in getting it was to develop what they 
called a Prototype WWMCCS Intercomputer Network 
(PWIN — pronounced pee-wln).^° 

The idea of computer networking was relatively new at the 
time. Experience with actual network operations based on the 
packet-switching concept was then being gained through the 
ARPANET, the first of whose nodes came on line in 1969 with 
spectacularly successful results.'*’ The logic behind packet 
switching was that a message from an originating host com- 
puter would be broken into a number of packets, each con- 
taining a maximum of 5,000 bits of information (625 charac- 
ters). Each packet was then given a header by the computer to 
identify the message’s sender, recipient, and other informa- 
tion. Using complex network control protocols, the computers 
would then Independently route the packets from their point of 
transmission to a series of network nodes, called packet 
switches, which were digital computers instead of the manual 
or electromechanical switches used in other types of commu- 
nications systems. After arriving at a switch, the packets’ 
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headers would be automatically examined, and, after that brief 
delay, forwarded along any available path to the next node. 
The technique was known as “fail softness,” since if some of 
the network’s circuits or nodes were out of service, messages 
would be routed another way."*^ This procedure was dramati- 
cally different from circuit switching, which involves the use of 
dedicated circuits, and from store-and-forward switching of 
the type used in AUTODIN; in the latter case, complete messages 
had to be accumulated at each switch before retransmission. 
When the packets arrived at their final destination, they would 
be reassembled into a complete message by the computer and 
forwarded to the recipient. At that time, acknowledgment of 
receipt also would be automatically transmitted to the sender, 
and, in the event the message was incomplete or otherwise 
incorrectly received, the sender would be instructed to retransmit. 

In principle, these characteristics made for a faster, more 
capable network, and despite the circuitous routes the packets 
might travel and their numerous stops at the packet switches, 
message delays in the APiPANEH' averaged only about one- 
quarter of a second.^® A network employing packet switching 
also promised far greater communications security than one in 
which entire messages were transmitted intact. But however 
promising the technology appeared, additional network experi- 
ence more directly relevant to the operational demands of 
WWMCCS was considered essential; after all, the ARPANET 
linked the computer systems at a number of research insti- 
tutes, laboratories, and universities, not command and control 
facilities.^'* Precisely what command and control functions 
should be supported by networking? How should they be sup- 
ported? What would the benefits and liabilities be? No one was 
really certain, and that was where PWIN came in. 

Creating PWIN as a test bed to determine the operationed 
benefits of networking for WWMCCS made abundant sense. 
PWIN could determine the specific characteristics that an 
Intercomputer network would require to support the com- 
mand and control function, and it could assess a method for 
applying the technology of computer internetting to 
WWMCCS — all without a full-scale advance commitment to 
the networking concept.'*® This development was definitely in 
keeping with Deputy Secretary of Defense Packard’s “fly before 
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you buy” approach to systems acquisition, whereby working 
prototypes would be built and thoroughly tested prior to the 
award of production contracts. His was a responsible ap- 
proach to systems acquisition — one that had, for example, 
given the Air Force two of its most successful aircraft, the F-16 
fighter and the A- 10 attack plane. (It was also an approach 
that would be all but abandoned by the Pentagon after 
Packard left office.)"^® Following this approach, if networking 
proved inappropriate for WWMCCS, things had been kept 
small scale and not much was lost. But if the prototype proved 
successful, as was hoped, it would constitute a baseline sys- 
tem, a foundation for the operational network that was to 
follow. It was a plan that would be given considerable impetus 
when, just three months later, Packard established the mod- 
ern WWMCCS structure. 
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Chapter 8 


The WWMCCS Council and the 
Modem WWMCCS Stracture 


A prominent aspect of Deputy Defense Secretary Packard’s 
tenure at the Pentagon was his “personal crusade” to improve 
communications, command, emd control throughout the Depart- 
ment of Defense. In his many bureaucratic battles, Packard 
focused considerable, specific attention on WWMCCS, and he 
was the driving force behind efforts during the early 1970s to 
rationalize its management structure. But his was a crusade 
that continually floundered in a sea of Pentagon resistance to 
his centralization efforts, and, having run heird upon the shoals 
of bureaucratic intransigence, Packard abruptly resigned from 
office in December 1971, improbably citing “strictly personal 
reasons” for his departure.' Immediately prior to his resigna- 
tion, however, Packard took action. On 2 December 1971 he 
issued a revision of DOD Directive 5100.30, WWMCCS’s 
founding document. Working closely with JCS chairman Adm 
Thomas Moorer, Packard sought to clarify responsibilities and 
centralize authority within the system. In so doing, he defined 
the modern-day WWMCCS structure. If Herbert Goertzel de- 
served to be called Mr. WWMCCS during the system’s forma- 
tive years, Packard, more than anyone else, merited the sobri- 
quet during his three years in government, 1969 through 1971. 

Packard’s directive first redefined the overall mission of 
WWMCCS. “The World Wide Military Command and Control 
System,” the directive began, was the system that “provides 
the means for operational direction and technical administra- 
tive support involved in the function of command and control 
of U.S. military forces.”^ The directive delineated the system’s 
major missions and ordered them hierarchically. WWMCCS’s 
primary mission was to support the National Command 
Authorities. It would provide strategic warning. Intelligence, 
and other pertinent information upon which timely and appro- 
priate decisions could be reached. Once the decision-making 
process had been completed, WWMCCS would constitute the 
mechanism through which the decisions were implemented. It 
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would be used for applying resources to the military depart- 
ments, assigning military missions, and providing direction to 
the unified and specified commands. To this end, the National 
Military Command System was formally designated 
WWMCCS’s priority component. The directive went on to spec- 
ify that the NMCS should be the most responsive, reliable, and 
survivable system possible, given available resources.® 

WWMCCS’s other purpose, one clearly designated as subor- 
dinate to the fulfillment of national-level requirements, was to 
support the command and control systems of the unified and 
specified commands, the military services and their individual 
service commands, and several defense and nondefense 
agencies — and pretty much in that order. The rationale behind 
establishing a hierarchy of importance among key organiza- 
tional subunits, with the National Military Command System 
heading the Ust, was simple. As Packard put it, “Instead of the 
local commanders now having as their first priority to design 
their command system to meet the requirements of their mis- 
sion, they first have to have a design to meet the requirements 
of the national command system.”'* Only then, as a secondary 
concern and not to interfere with the primary mission, could 
they design systems to meet their specific mission require- 
ments. Now the emphasis was clearly on WWMCCS as a 
national level system, particularly concerning control of the 
strategic nuclear forces. 

Shortly after the revised directive was released, Packard 
elaborated on the need for setting priorities within the overall 
WWMCCS mission at a meeting of the Aviation Space Writers 
Association. Reviewing the evolution of WWMCCS over the pre- 
ceding decade, he explained to the assembled journalists how 
a series of directives concerned with national-level command 
and control issued early in the 1960s had contained two major 
emphases. The first was that the unified and specified com- 
manders should have the authority to build their own com- 
mand and control systems in ways most responsive to their 
specific mission requirements. This they had done, and rea- 
sonably well, Packard said, particularly the Strategic Air Com- 
mand, and, to a somewhat lesser extent, the Navy. With regard 
to the directives’ second emphasis, however, the linking of 
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these various elements into a system responsive to the needs 
of the NCA, things had not worked out nearly so well. 

When WWMCCS was established, the hope had been for a 
eoordinated and organized system. The explicit intent in bring- 
ing the unified and specified commanders into the develop- 
ment process had been to produce greater commonality of 
command and control assets among those commands. The 
plan was to allow the ClNCs considerable latitude in develop- 
ing their command and control systems while at the same time 
exhorting them to be responsive to the needs of the national- 
level leadership.® The problem with this approach to system 
development was that it simply did not work. During the first 
decade of WWMCCS’s existence, the forces of decentralization 
held sway. The unified and specified commanders, responding 
heavily to the demands of the military services of which their 
commands were constituted, developed and deployed com- 
mand and control assets to meet their individual needs. It was 
a situation of developmental ad hockeiy in which command 
and control systems that were tailored to the requirements of 
system subunits proliferated without adequate consideration 
for how they might interact, or fail to interact, with other sys- 
tems. It was a case of subunit optimization at the expense of 
the national leadership, of individual systems going their own 
separate ways.® During the 1962-71 period, the only element 
of WWMCCS that seemed truly designed for national-level 
decision makers was the National Military Command System 
itself,^ The overall system that resulted from this subunit- 
dominated process was variously, and rightly, described as a 
“command and control federation,” a “loosely knit federation,”® 
a “loosely-defined, loosely-gathered federation of subsystems 
with no clear central purpose,”® and similar characterizations. 

The inevitable consequences of this confederated approach, 
according to Packard, were that “communications sometimes 
didn’t work, that the messages generally got mixed up in com- 
ing out to [the] field, to the local command, and in some way 
didn’t get into the central communications system, which in fact, 
works very well.”*® Unscrambling this sentence, what Packard 
was saying was that the decentralized service-specific systems 
worked well. Many of the more centralized systems also 
worked well. The problem was that none of them worked well 
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together, a situation that many officials believed the nation no 
longer could afford. They felt what was needed was some over- 
arching rationale, some larger structure or architecture, that 
would guide the development of command and control systems 
and ensure their interoperability and standardization. 

In theory, the Defense Communications Agency was to have 
provided the organizational focus that was lacking in com- 
mand and control. But as an earlier congressional study of the 
Defense Communications System had pointed out, DCA had 
its own share of problems, ones that appeared to be a micro- 
cosm of those found in the broader defense establishment. The 
problems with the DCS were more organizational than techno- 
logical, and preeminent among them was Inadequate manage- 
rial control. Better management, the study concluded, would 
go far toward addressing the widespread confusion, unneces- 
sary duplication, and fragmented areas of responsibility that 
afflicted the system. What was needed was a “proper mix” of 
people, cooperation between participating organizational 
subunits, and dynamic leadership not only at the DCA but 
also at the Offices of the Secretary of Defense and the Joint 
Chiefs of Staff. “ And better management was precisely what 
David Packard had in mind in issuing DOD Directive 5100.30. 
He wanted to take this loosely knit confederation and forge 
from it a truly responsive capability worthy of the name World 
Wide Military Command and Control System. Whereas before 
WWMCCS had essentially been an instrument of the unified 
and specified commanders, who in turn were heavily influ- 
enced by the military services, it would now constitute a direct 
link between the NCA and the operating forces. To effect this 
change, the directive took WWMCCS, formerly managed by the 
JCS as a corporate body, and made it the sole responsibility of 
the JCS chairman.*^ 

In light of the reorientation of WWMCCS’s mission, one of 
the most important changes wrought by DOD Directive 
5100.30 was definitional. Specifically, the concept of the NCA 
was redefined so that it now consisted of only the president 
and the secretary of defense, or their duly deputized alternates 
or successors. Before this time, the NCA had included the JCS 
and the unified and specified commanders. Tlie new definition 
did not change the formal chain of command, however, which 
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ran from the president, through the secretary of defense, to 
the joint chiefs, then to the commanders of the unified and 
specified commands, and to the operational forces in the field. 
Packard’s quite deliberate intent in removing the military com- 
manders was to simplify the processes of decision making and 
order execution.’® To this end, the new definition created a sort 
of bureaucratic loophole, a mechanism that could be employed 
at the highest levels of national decision making to streamline 
the chain of command by b5q)assing the joint chiefs and the 
unified and specified commanders. 

Packard’s redefinition of the National Command Authorities 
was not, however, designed to have decisions concerning every 
minor incident or event made at the top of the military hiersir- 
chy. Rather, it simply emphasized that such capability should 
exist, to be exercised at the discretion of the NCA. With this 
sort of flexibility, the top leadership could examine the require- 
ments of a situation and decide whether centralized or decen- 
tralized decision making was more appropriate. The level of 
control could then be adjusted, like a light switch.’'* The hope 
was that the new arrangement would capitalize on the advan- 
tages of both centralization and decentralization. 

Given the crises and other time-sensitive situations that char- 
acterized the nuclear age, this sort of streamlined decision- 
making approach appeared to make abundant sense. During 
peacetime, the flow of data to the national leadership would 
take place in a routine fashion. But consider that military and 
nonrrillitary organizations tend to undergo structural changes 
when confronted by conditions of rmcertainty and stress, and 
such changes tend to lean toward simplification. When crises 
occur, central leadership wants to focus directly on the area, 
requiring that those standing in the way step aside.’® 
Packard’s directive simply recognized this tendency and codi- 
fied it. Now, in principle at least, all intervening levels of com- 
mand between the top levels of government and the opera- 
tional forces in the field could be eliminated, and central 
leaders could have the same information as commanders on 
the scene. (Those who were normally in the chain of command 
but were cut out of the action in this way also would have the 
same information avcdlable to them, but for standby purposes 
only,)’® Indeed, the extreme case permitted under the directive 
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was precisely the White House-to-foxhole communications sce- 
nario derided by the military services and their congressional 
supporters in times past. DOD Directive 5100.30 now made it 
mandatory that a capability exist to communicate directly with 
the operating forces, whether conventional forces involved in a 
crisis in a remote part of the globe or, more importantly, the 
strategic forces responsible for executing the single integrated 
operational plan.'^ 

All of this substantially blurred earlier distinctions between 
strategic and tactical command and control. If indeed the 
entire communications capability was integrated to provide 
national level leaders with detailed knowledge of the situation 
and the ability to direct the mllitaiy forces, existing strategic 
and tactical command and control systems had to become 
fully interoperable. If the old thinking held that strategic and 
tactical systems were completely separate and unrelated func- 
tional entities, then the new thinking would remove all techno- 
logical or organizational barriers between the strategic and 
tactical worlds.'® The idea was that these systems had to be 
standardized and essentially transparent. 

David Packard’s willingness to undertake what essentially 
was, in effect, a frontal assault on the mllitaiy hierarchy arose 
from his conviction that the chain of command itself was to 
blame for many of the communications problems of the past. 
The way things stood, messages moving up or down the military 
hierarchy necessitated multiple reformatttngs and retransmis- 
sions, making delays unavoidable. Packard and his supporters 
considered such delays Intolerable during the critical, time- 
sensitive situations that characterized the nuclear age, and 
they were determined to do something about it.'® 

A series of other substantive changes were also promulgated 
In this revision of WWMCCS’s founding document. Major sys- 
tem responsibilities were allotted and roles were reassigned, 
resulting in the establishment of the modern-day WWMCCS 
management structure. The directive divided responsibility for 
the system among several interested parties. The chairman of 
the JCS was given responsibility for the operation of the 
National Military Command System, which included develop- 
ing and validating requirements for the various elements of the 
NMCS itself, ascertaining the command and control requirements 
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for the unified and specified commands, and ensuring interop- 
erability among all of these by developing an overall WWMCCS 
objectives plan. The JCS organization was given responsibility 
for ongoing evaluation of WWMCCS. 

Another star in the revamped WWMCCS management firma- 
ment was the newly created post of assistant secretary of 
defense for telecommunications. Recall that without legislative 
action, David Packard had created the position of assistant to 
the secretary of defense for telecommunications, providing a 
bureaucratic springboard for a full assistant secretary position. 
As Packard had anticipated, the Blue Ribbon Defense Panel 
recommended the creation of the new assistant secretary posi- 
tion. Packard then moved swiftly to effect the upgrading, and 
his efforts bore fruit when Defense Secretary Laird Informed 
Congress that consolidated management of defense communi- 
cations created “an urgent requirement to upgrade his tele- 
communications manager to the rank of Assistant Secretary.”^' 
The Armed Services Committee responded favorably to Laird’s 
appeal. Legislative action approving the change was completed 
in December 1971, and the new assistant secretary of defense 
for telecommunications was sworn in the following month. His 
responsibilities included advising the secretary of defense on 
all matters of telecommunications systems design, develop- 
ment, procurement, and performance. The only area exempted 
from his slate of duties was automatic data-processing equip- 
ment, for this responsibility was assigned to the DOD comp- 
troller. The new assistant secretary also would be a major 
player in a brand new organizational entity created by DOD 
Directive 5100.30: the WWMCCS Council. 

The WWMCCS Council 

The WWMCCS Council was intended to be a management 
body that would act in effect as a WWMCCS board of direc- 
tors.“ Like any other board, it would be a high-level decision- 
making body, and, as such, would not be concerned with the 
details of day-to-day operations. Also, like any other board, its 
members were heavyweights, consisting of the deputy secretary 
of defense, the chcdrman of the Joint Chiefs of Staff, the newly 
created assistant secretary of defense for telecommunications. 
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and the assistant secretary of defense for intelligence (a posi- 
tion also established by DOD Directive 5100.30, and given 
responsibility for advising the secretary of defense on matters 
relating to strategic warning and intelligence). The council chair 
was given to the new telecommunications assistant secretary 
to lend greater authority and prestige to his position. 

The WWMCCS Council was the brainchild both of Packard 
and Admiral Moorer, the JCS chairman, and their reasons for 
creating it were several. First, the council was intended to 
provide general policy guidance to the JCS regarding the opera- 
tion and future development of WWMCCS. Second, it was to 
serve as an agent of centralization quite deliberately intended 
to “bypass most of the ants on the Pentagon log,” cutting 
through bureaucratic red tape so that improvements could be 
brought rapidly to the system.^® Third, it was to serve an adju- 
dicatory function, helping to resolve policy conflicts that might 
arise. It was also intended that the council would review the 
results of system testing, a clear sign that effectiveness criteria 
would now be promulgated at the top rather than at the 
subunit level. A fourth reason for creating the WWMCCS 
Council was to facilitate work on a number of projects consid- 
ered necessary for strategic command and control modern- 
ization. Opposition was viewed as inevitable because the shift 
in emphasis toward strategic concerns necessarily implied a 
shift in resources, and Packard’s intent was to have the coun- 
cil serve as a high-level advocate for these projects in future 
budgetary wars.^"* In summary, Packard’s whole thmst was to 
implement a centralized, top-down management structure 
focusing on the needs of the NCA as a priority for crisis man- 
agement. That structure would replace the existing bottom-up 
approach in which the majority of initiatives were taken at 
lower levels by the operating commanders whose projects cur- 
rently received the lion’s share of resources.^® 

The increasingly strategic emphasis of WWMCCS and the 
need for energetic efforts to Improve it followed directly from 
the strategic emphases of the Nixon administration. As Presi- 
dent Nixon had rhetorically queried in a speech to the Con- 
gress in early 1970, “Should a President, in the event of a 
nuclear attack, be left with the single option of ordering the 
mass destruction of enemy civilians. In the face of certainty 
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that it would be followed by the mass slaughter of Ameri- 
cans?”^® Elaborating on the implications of this strategic shift, 
the president noted in a subsequent speech: “We must ensure 
that we have the forces and procedures that provide us with 
alternatives appropriate to the nature and level of the provoca- 
tion. This means having the plans and command and control 
capabilities necessary to enable us to select and carry out the 
appropriate response without necessarily having to resort to 
massive destruction.”^^ Such capabilities would be enshrined 
in doctrine in Jamuary 1974 with the issuing of National Security 
Defense Memorandum 242, which formally dispensed with the 
earlier doctrine of assured destruction. This doctrine was still 
in place, although increasingly disregarded since McNamara’s 
days in the Pentagon. Elevated in its place was flexible response, 
the United States’s de facto doctrine. With flexible response, 
the United States was no longer bound to a massive, reflex 
reaction to a nuclear provocation. Throughout a range of crisis 
and wartime conditions, responses would henceforth be calcu- 
lated, modulated, and precisely controlled. Providing such ca- 
pabilities was now formally the job of WWMCCS, further un- 
derscoring that command and control would now be 
considerably more than a technical detail. 

Deputy Secretary of Defense William P. Clements Jr. arrived 
in Washington in early 1973, at the beginning of Nixon’s sec- 
ond term. A former chairman of the board of Sedco, Inc., an 
oil-drilling firm, and a member of the Blue Ribbon Defense 
Panel whose earlier report had cedled for major changes in 
command and control, Clements quickly became baffled with 
the World Wide Mflltaiy Command and Control System. One of 
his responsibilities was as chairman of the WWMCCS Council, 
and in his words, “It took a year to get common understanding 
of what we were talking about. As his understanding grew, 
so did his realization that a major system overhaul was required. 
By the end of that year, Clements and the other council mem- 
bers agreed that WWMCCS, as it was currently being devel- 
oped, lacked a coherent organizing logic. Its overall goals were 
vague or undefined. Growth had occurred in a conceptual vac- 
uum, in a context of managerial nebulousness and appropria- 
tions ad hockeiy. As individuals concerned with total system 
integration and coordination, the WWMCCS Council concluded 
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that WWMCCS failed to provide a responsive command and 
control capability to the national leadership. 

A good deal of the concern emphasized that WWMCCS was 
not easy to define. What precisely is WWMCCS? During the 
previous decade, two major schools of thought emerged, the 
first and more general being that WWMCCS was really a 
“concept”; less a system in its own right than a guiding set of 
principles for how to use existing command and control assets.^® 
Such a definition is in obvious ways naturally genial to propo- 
nents of decentralized control. 

The second view held that WWMCCS was in fact real, a 
“system of systems” or metasystem, a vast assembly of national- 
level capabilities that cut across service boundaries and sub- 
sumed beneath its compass a large number of assets. These 
included many, although not all, of the assets developed and 
deployed by the military services, commands, and defense 
agencies.^® They also included a number of WWMCCS-unique 
eircuits, equipments, and subsystems that permitted the NCA 
both to communicate with subordinate commands and to exe- 
cute time-sensitive operations up to and including the single 
integrated operational plan.®* In this macrosystem view, 
WWMCCS was far more than an organizing principle (although 
it was certainly that as well). It was real, however vast. It 
extended from the White House to the foxhole, encompassing 
the individual communications systems of virtually every 
echelon of military command, and it was devoted — although by 
no means exclusively — to the command and control of the 
strategic nuclear forces.®® For obvious reasons this view has 
proved attractive to proponents of centralization. 

The lack of agreement as to what WWMCCS actually was 
cem be attributed largely to the essential nature of the system, 
to its size and complexity, and to the myriad technologies and 
groups that, in whole or in part, fell within its compass. A 
clear specification of boundaries, of who was in and who was 
out, obviously was of central relevance for the WWMCCS 
Council, for without this specification, “one man’s internal 
system turns out to be another mzm’s external system.”®® At 
first glance it might seem appropriate to include certain defense 
agencies and groups — for example, the Defense Communica- 
tions Agency — as WWMCCS subunits. DCA is, of course, a key 
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WWMCCS actor both through its operation of the Defense 
Communications System, a significant WWMCCS subsystem, 
amd its responsibility for a variety of WWMCCS support func- 
tions. But it is also responsible for a variety of non-WWMCCS 
programs, systems, and facilities, meaning that it is not syn- 
on5mious with WWMCCS.^ Determining where DCS ends and 
WWnviCCS begins is thus far from straightforward. 

Or consider the military services, which operate the 
WWMCCS command centers, technical systems for early 
warning, data-processlng facilities, and other assets. At first 
glance, it might seem appropriate to include them within the 
boundaries of the system. Yet the services also have myriad 
interests, missions, and obligations that have little or nothing 
to do with WWMCCS. Additionally, the personnel, facilities, 
and other resources they contributed to WWMCCS frequently 
were Ccdled upon to do double duty, serving service -unique as 
well as joint-service needs. Because of these characteristics, it 
is probably most useful to consider the services in much the 
same way as such defense agencies as DCA — as partially over- 
lapping, rather than synon5mious with WWMCCS. In addition, 
it might be argued that a large number of agencies and organi- 
zations of the OSD and the JCS organization concerned with 
joint-service operations should be designated a part of 
WWMCCS. But what about defense-related industries, civilian 
institutions such as research universities and think tanks, 
and Congress, the group with ultimate power of the purse? 

So in answering the question regarding which groups, sys- 
tems, agencies, and so on, are part of WWMCCS, the answer 
was “all of them” to some degree, under some circumstances, 
at some times. The common-user switched networks of the 
DCS, for example, while intended primarily to meet the routine 
needs of the operating military forces, could be used for a 
variety of nonroutine functions also. That is, only part of them 
was WWMCCS, or they were WWMCCS only part of the time. 
Other subsystems were full timers yet infrequently used, spe- 
cial purpose elements committed to such unique functions as 
the various elements of the Minimum Essential Emergency 
Communications Network. Such was the lack of conceptual 
clarity confronting the WWMCCS Council that at times it was 
far from apparent where WWMCCS ended and other systems 
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began. (Indeed, the scale of the system is potentially so vast, 
its boundaries so all-encompassing, that virtually all Pentagon 
elements, and m5rriad other elements as well, are possible can- 
didates for inclusion. WWMCCS rapidly expands to incorpo- 
rate the world.) 

The WWMCCS that confronted Clements and his fellow coun- 
cil members may well have been inevitable given its subunit- 
dominated character and the evolutionary approach that had 
governed its development. Many of WWMCCS’s varied subsys- 
tems had been introduced as a quick response to an increased 
threat, because of individually perceived subunit needs, or to 
take advantage of sudden advances in technology. But if serious 
deficiencies existed with the system’s ability to serve the needs of 
the central leadership, they did not pose a problem from the 
perspective of influential system subunits, whose needs were 
often served quite well. If WWMCCS resource acquisition failed 
to take place in a context of clearly specified system goals, 
guided by some larger vision or centred plan, this is not to say 
that goals did not exist. Goals there were, and in abundance, but 
they tended to represent subunit needs and interests. More spe- 
cifically, they represented the needs and interests of the mflitaiy 
services, whose missions were frequently at cross-purposes with 
those of other subunits and with any broader system require- 
ment for centralized control. Consequently, coordination was 
problematical, and duplication was commonplace. That it took 
Clements a year to imderstand “what we were talking about” is 
thus hardly surprising. 

The demands imposed by a truly functional WWMCCS were 
considerable. Command centers, the strategic nuclear forces, 
and the communications channels that linked them together 
had to be survivable. There was the requirement that commu- 
nications channels be secure, permitting discussions with 
various force elements and with our allies as alternative courses 
of action were considered. Flexible response cdso implied the 
abfllty to change plans rapidly, to retarget weapons as condi- 
tions changed, and to withhold weapons for future use. Just 
as Packard and others had anticipated, this indeed repre- 
sented a substantial blurring of the boundary between strate- 
gic and tactical operations. The purpose of the WWMCCS 
Council was to ensure that flexible response found expression 
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in command and control technologies and organizational 
structures, ultimately allowing the National Command 
Authorities to control escalation, conduct nuclear war, and 
negotiate termination of hostilities on conditions acceptable to 
the United States. This meant that earlier emphases on cost 
effectiveness, primarily by the Defense Communications 
Agency, would now be downplayed. As DCA’s director put it, 
for those assets implicated in WWMCCS, the criteria of effec- 
tiveness would be “survivability, reliability, security, and 
cost — and in that order. 

Given the revised doctrinal context, the WWMCCS Council’s 
concerns focused on a series of projects. One of the most 
important of these involved improving the National Military 
Command System. Through this time, the NMCS had con- 
sisted of four major command centers: the National Military 
Command Center in the Pentagon, the Alternate NMCC at Fort 
Ritchie, the National Emergency Airborne Command Post, and 
the National Emergency Command Post Afloat (NECPA). Each 
of these system elements was slated for improvement except 
for the NECPA, the need for which had been eliminated, first 
informally by the Navy, which wanted no part of the program, 
and later by DOD Directive 5100.30.^® 

As a first step, the Pentagon facility was to be substantially 
upgraded. Past crises had led many in the command and con- 
trol community to conclude that the existing NMCC was sim- 
ply too small to accommodate adequate staffing. In addition, 
major technological deficiencies existed in the equipment used 
at the center, including equipment being used for automatic 
data processing. Information display, and secure voice and 
conferencing capabilities. To correct these shortcomings, the 
council outlined cm initial improvement project, to be under- 
taken by the Air Force, that would effectively double the size of 
the facility and introduce a large number of technical improve- 
ments, including automatic distribution for incoming messages, 
automated access to the WWMCCS computer database, and 
televisual display of critical data.®^ When these improvements 
were completed, a follow-on phase would commence in which 
a major element of the National Militaiy Intelligence Center 
(NMIC), operated by the Defense Intelligence Agency, would be 
moved into the newly expanded facilities. The WWMCCS 
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Council’s point here was to provide direct connections with the 
NMIC for exchange of data, fusing the operational and intelli- 
gence arms of the Department of Defense in support of the 
NCA. A number of problems were encountered in meeting 
these initiatives, including the purchase of equipment whose 
usefulness had not been determined and resistance by the 
military services to the centralizing tendency inherent in a 
truly viable NMCC. 

The Alternate National Milltaiy Command Center at Fort 
Ritchie was also slated for an upgrade. The major effort here, 
to be performed by the Army, involved providing the center 
with a more survivable communications infrastructure.®® Finally, 
beneath the rubric of the National Military Command System, 
the WWMCCS Council gave its priority concern to the Ad- 
vanced Airborne National Command Post (AABNCP) program. 
The council wanted to replace the current fleet of three Na- 
tional Emergency Airborne Command Post plctnes and four 
SAC Looking Glass planes — ^the modified Boeing 707s designated 
EC- 135 — ^with seven reconfigured Boeing 747s designated E-4s. 
Because of its far greater endurance, its ability to cany a 
larger battle staff and additional electronic equipment, its 
more powerful communications capabilities, and its hardenmg 
against nuclear effects, the AABNCP program was a high pri- 
ority of the council. In fact, one of the first actions taken by 
the council was to recommend the acquisition of the new air- 
borne command posts, the first of which was to be delivered in 
December 1974.®® 

Other WWMCCS-related Improvements concerned the coun- 
cil, Including the upgrading and expansion of various elements 
of the Minimal Essential Emergency Communications Net- 
work. Relevant programs here included upgrades to the vari- 
ous very low frequency systems for communicating with the 
ballistic missile submarine force and a more aggressive pvu*- 
suit of an extremely low frequency (ELF) capability. Of interest 
were efforts to expand the Air Force’s Emergency Rocket Com- 
munications System emd a program to replace that service’s 
aging Emergency Message Automatic Transmission System 
(EMATS) with a modern space-based communications system 
that would later come to be known as the Air Force Satellite 
Communications System.'*® In addition, there were programs 
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to upgrade the nation’s early warning system. Here, the 
WWMCCS Council supported Air Force efforts to acquire sev- 
eral new phased-array radars for the detection of sea-launched 
ballistic missiles and for upgrades to the aging Ballistic Missile 
Early Warning System. 

In light of the doctrinal shift then taking place, the 
WWMCCS Council became concerned with the need to develop 
a communications satellite capable of surviving a nuclear 
exchange. Here, the council threw its support behind efforts 
already under way to harden and otherwise enhance the sur- 
vivability of the Defense Satellite Communications System. 
With an eye to the future, attention was then given to develop- 
ing an entirely new satellite intended from the first to perform 
in a war -fighting context. A decade later this effort would re- 
sult in the extraordinarily ambitious Military Strategic and 
Tactical Relay sateUlte program. Two experimental satellites 
were then under development by the Massachusetts Institute 
of Technology’s Lincoln Laboratory that were intended as a 
technical test bed for such a system (known as LES 8 and 9) 
which would be orbited in 1976 after considerable delays.^* 

A final council concern was the WWMCCS ADP Update Pro- 
gram, already well under way at the time DOD Directive 
5100.30 was reissued, but with the installation of the first 
computer system, at SAC headquarters, still more than a year 
away. Here, the council immediately assumed its intended 
leadership and advocacy roles, facilitating the acquisition of 
the standard WWMCCS computers and actively promoting the 
development of standard system software to enhance interop- 
erability. Interoperability of system elements was a concern of 
long standing, of course, and numerous DOD guidelines had 
been released to address it.'‘^ What the WWMCCS Council did 
was to take these issues and move them to the front burner, 
making standardization and interoperabiUly active considera- 
tions in future system development. The goal was a system In 
which Information and commands originating anywhere In the 
system could flow unrestricted to any other point. A corollary 
goal was to ensure that the council appointed a project man- 
ager to oversee WWMCCS automatic data processing. 

Since computers communicate with one another in digital 
rather than anailog fonn, the council saw as a closely related 
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concern the need to substantially increase the number of digi- 
tal communications channels in the DCS to accomplish an all- 
digital system. A majority of usable DCS channels at that time 
was allocated for voice use, and many were either nearing the 
threshold of their capacity to carry data or had already passed 
their limit. Additionally, many channels were not designed to 
cany the type of high-speed, high-quality data generated by 
modern computers, and digital transmission was viewed as 
the only economical means of increasing the capabilities of 
WWMCCS. In addition to the higher data rates made possible 
by digital transmission, there would be improved transmission 
quality, lower error rates, greater resistance to jamming, and 
enhanced communications security. Digital transmissions of 
all types — ^volce, record, data, and facsimile — ^were considered 
inevitable for the communications systems of the future. The 
WWMCCS Council became the principal advocate for develop- 
ing AUTODIN II, the planned follow-on to DCA’s common-user 
AUTODIN, and, more importantly, a new WWMCCS Intercom- 
puter Network (WIN) that would make use of the upgraded 
AUTODIN capabilities. 


PWIN Design 

Transitioning to the WIN of the future is where the Prototype 
WWMCCS Intercomputer Network came in. Following the reissue 
of DODD 5100.30, the joint chiefs had directed the Defense 
Communications Agency to prepare plans for the prototype 
network’s design and development. DCA promptly set to work, 
establishing a PWIN element within its joint technical support 
activity (JTSA — previously called the Joint Technical Support 
Group). With more than one hundred assigned personnel, the 
JTSA already had taken on several important tasks in 
WWMCCS automatic data processing. It was responsible for 
ensuring that the hardware and software acquired under the 
WWMCCS ADP update were compatible with the assets of the 
Defense Communications System. JTSA was also a major focal 
point for WWMCCS ADP activities, particularly in software, 
hardware installation, and planning. It served as an ADP tech- 
nical information clearinghouse for members of the WWMCCS 
community.'*’* These functions made JTSA an obvious choice to 


152 



THE WWMCCS COUNCIL 


coordinate the development of PWIN, and the positions of 
PWIN project director and operationsJ testing director were 
created therein. 

Consistent with DCA’s coordinating function, the actual 
development of PWIN was not done by the JTSA but by a joint 
Hone)nvell Information Systems/Computer Sciences Corpora- 
tion team. The PWIN design the contractors produced appeared 
simple enough on the surface. It consisted of three intercon- 
nected WWMCCS computer sites, or nodes: the Atlantic Com- 
mand in Norfolk, Virginia: the Command and Control Techni- 
cal Center, Reston, Virginia; and the National Military 
Command Center at the Pentagon."*® These PWIN sites con- 
teiined a Hone 5 rwell H6000 host computer and its associated 
front-end processor, a Datanet 355 computer. A number of 
user terminals were connected to each of the host computers. 
Some of these terminals were local, meaning that they were 
physically collocated Avith the host computer at the PWIN 
node. Others were remote terminals, located tens, hundreds, 
even thousands of miles from the host computer. They were 
connected to the host computer by one of a variety of commu- 
nications media: microwave, cable, satellite, or landltnes. For 
example, a host computer in Virginia might support a remote 
terminal in Germany. By simply “dialing up” the host com- 
puter, the European user would gain access to its databases, 
even though he was thousands of miles away."*® 

To provide this sort of interface between remote users and 
host computers, the PWIN design involved a complex software 
application called the Network Control Program that was resi- 
dent in the host computers. This program provided the neces- 
sary protocols for establishing the interfaces and for perform- 
ing security checking, statistics gathering, network flow 
controlling, and other functions. Another PWIN feature, 
called TELNET, allowed users to coimect to any other network 
site, access databases, and perform data processing on a time- 
sharing basis. This interconnection capability Increased the 
network’s endurance, an Important effectiveness criterion, since 
if one’s own host computer was down, damaged, or destroyed, 
any other site with the same databases and applications pro- 
greuns could substitute for it. In PWIN it was necessary for a 
user to know the actual location of the databases he wished to 
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dial into, but in the operational network to follow the relevant 
databases would be accessed automatically. 

Another key element of the FWIN design was what was called 
its communications subnet, as direct a copy of the packet 
switching design used in the ARPANET' as was possible. In this 
arrangement, a terminal user at one PWIN location would 
instruct his host computer to send a message to a user at 
another location, and his host computer would forward the 
message to a Honeywell H716 minicomputer known as an inter- 
face message processor (IMP). The IMP performed the packet 
switching function, breaking the message down into packets of 
one thousand bits, which it then passed on to a cr 5 ^tographic 
device. The encrypted message packets then would go to a 
modem, and, finally, to the network’s transmission lines, a 
series of secure, high-speed communications circuits. At first 
these circuits were dedicated to PWIN use, but as the network 
evolved, the plan was to make them compatible with DCA’s 
envisioned AUTODIN II. At the other end, the reverse process 
would take place. The received packets would be demodulated 
and decoded, collected by the IMP, reassembled Into a com- 
plete message, forwarded to the host computer, and passed 
along to the recipient’s computer terminal.'*® 

Although it sounded reasonably straightforward, it wasn’t: 
and it was in PWIN’s complex design that many of the net- 
work’s subsequent problems had their genesis. Much of the 
complexity arose because the Honeywell 6000-series comput- 
ers in use throughout WWMCCS could not perform the 
packet-switching function. To get the job done required addi- 
tional heirdware — the IMPS. On top of this, the need for com- 
munications security dictated that messages had to be coded 
prior to transmission and decoded once they were received, 
which caused the addition of even more hardware.®® To make 
all of this equipment play together, at least five different soft- 
ware applications had to be employed. Since a greater number 
of components in a system invariably increases its complexity, 
and since complexity increases the likelihood that some com- 
ponents will ejqierience failure (a condition that appears doubly 
true regarding computer software), the prospects for PWIN reli- 
ability that resulted from this network design were not at all 
propitious.®' 
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Communications Security 

Support for PWIN represented one response by the 
WWMCCS Council to 8in abiding concern with communica- 
tions security, driven in substantial measure by the experi- 
ence in Vietnam. By one account, the Vietcong had assigned 
nearly five thousand men to their radio interception units in 
South Vietnam, and the information they intercepted had 
made possible practically aU of their attacks and ambushes. 
The cost in American lives had been substantial, but this cost 
obviously paled in compeirison to the price that would be paid 
if sensitive communications were compromised during a nuclear 
conflict. In determining the command and control system of 
the future, then, encryption and such new technologies as 
narrow beam broadcasting, the use of satellite cross-links, 
and the utilization of the higher portions of the electromag- 
netic spectrum that would provide enhanced communications 
security would be given central importance by the WWMCCS 
Council. But the security of communications from external 
penetration represented only one aspect of a broader set of 
WWMCCS Council security concerns. Equally Important in a 
defense world increasingly dominated by computers was the 
possibility that unauthorized personnel gaining access to sen- 
sitive, classified databases could compromise the nation’s 
security internally. The hope of the council in this area rested 
on a concept known as multilevel computer security. Under 
this arrangement computer users with different types of secu- 
rity clearances could use the same equipment in a time-shar- 
ing mode, gain access to the information for which they were 
cleared, and be denied access to that information for which 
they lacked the appropriate clearance. 

The council was keenly aware, however, that the hardware 
clrcuitiy of the Honeywell 6000-series computers purchased 
as part of the WWMCCS ADP Upgmde Program was not designed 
to support a multilevel computer security requirement. The 
council’s attention would thus be directed toward two types of 
action. The first of these involved finding short-term solutions 
and, more specifically, determining alternative approaches to the 
multilevel security problem. Many of these approaches, includ- 
ing the use of dedicated computers and separate databases. 
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would prove exceedingly costly and cumbersome, or unwork- 
able in time-sensitive situations.®^ For the longer term, the 
council’s weight was thrown behind programs that promised 
to provide a truly workable multilevel computer security capa- 
bility, something that would prove frustrating since the capa- 
bility being sought was well beyond the current state-of-the- 
art software.®® 

Most of the WWMCCS Council’s initiatives and concerns 
involved programs already in the works or already well estab- 
lished. With the possible exception of conceptualizing a new 
satellite system with nuclear war-fighting capabilities, the 
council felt the modernization of WWMCCS consisted of build- 
ing on the work of its predecessors rather than offering revolu- 
tionary new ideas. Like the doctrine of strategic sufficiency, 
these improvements in command and control were in many 
respects simply putting a new spin on an old problem.®'* The 
overwhelming tendency was for goals to foUow from actions 
rather than to prescribe them. Extant technologies repre- 
sented solutions in search of problems, and new programs 
and new doctrine would be offered to make sense of an already 
well-established reality. 

How would the modern-day WWMCCS be evaluated? The 
council identified two principal ways. First, exercises specifi- 
cally designed by the joint chiefs would test the worldwide 
operations of the system. These tests, which began in the lat- 
ter half of the decade, pointed up many WWMCCS shortcom- 
ings, thereby provoking a chorus of criticism and providing 
Impetus for major system reform. The other means of testing 
would come in the form of actual crises and emergencies, and 
they were not long in coming. One “success story” in which 
WWMCCS met the needs of top decision makers took place 
during the October 1973 Yom Klppur War.®® As hostilities 
between the Arabs and Israelis escalated, US intelligence became 
aware that the Russians had alerted their airborne forces for 
possible unilateral movement into the region. A series of emer- 
gency meetings were initiated at the White House, and Presi- 
dent Nixon ordered Defense Secretary James R. Schlesinger to 
place US military forces on global alert, the first such alert 
since the Cuban missile crisis. Schlesinger passed the alert 
order on to the chairman of the JCS, who issued it through 
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the facilities of the National Military Command Center at the 
Pentagon. In less than three minutes, all of the unified and 
specified commanders had received and acknowledged the order.®® 
But other accounts suggested that things might have gone 
more smoothly during the war. Within the first two days of 
hostilities, the Israelis needed several new canopies for their 
F-4 Phantom Jet fighters to replace ones that had been dam- 
aged in the fighting. They contacted the Pentagon, where offi- 
cials, in turn, contacted the headquarters of the Air Force’s 
Logistics Command, located at Wrlght-Patterson AFB in Ohio. 
For an entire day, personnel there searched frantically and 
unsuccessfully through the command’s enormous computer- 
ized inventoiy for the replacement canopies. A warehouse-by- 
warehouse search was subsequently conducted by hundreds 
of personnel at a dozen Air Force facilities around the globe. 
The canopies were eventually located, but by that time, the 
war had ended. 


PWIN Expansion 

The hope was that the Prototype WWMCCS Intercomputer 
Network, then under development by the Defense Communi- 
cations Agency, would solve these problems. But things were 
not well with PWIN. DCA personnel were by no means blind to 
the possibility that it might prove unreliable, and PWIN’s test 
director informed DCA officials that the network’s complexity 
might make it failure prone. When on 29 October 1973 DCA 
approved the first comprehensive test plan for PWIN, the plan 
explicitly emphasized that reliability was a major concern. In a 
19 November briefing for top DCA management, JTSA officials 
underscored the reliability problems and potential for network 
failure. In response, DCA officials began distancing themselves 
from the potentially flawed network by saying that PWIN was 
not intended to become an operational network. This message 
was not one other Influential parties wished to hear, however, 
and the Joint chiefs quickly called top DCA officials on the 
carpet for their lack of enthusiasm and programmatic commit- 
ment. Was PWIN not intended to be an operational network? 
To the contraiy, DCA officials were instructed, the whole point 
was to develop precisely such an operational capability using 
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PWIN as the foundation. Having received their marching orders, 
DCA personnel were expected to fall in Une, and most of them 
quickly did so. 

Most but not all, and one of the more vocal officials who 
persisted in making the case for PWIN deficiencies was John 
H. Bradley, a DCA civilian computer expert. He was so con- 
cerned that PWIN’s WWMCCS Honeywell computers might 
never perform as promised that by the end of 1973 he was 
ready to go over his superiors’ heads because they did not 
appear interested in pressing the issue. But having received 
specific Instructions to proceed with work on the protot5rpe 
network — ^WWMCCS Honeywells and aU — ^what were Bradley’s 
superiors supposed to do? When serious concerns over PWIN 
reliability were also raised in an April 1974 MITRE Corpora- 
tion report, these too were downplayed by DCA. Bradley kept 
up the heat, however, causing such irritation that one PWIN 
project director wrote several letters recommending Bradley’s 
removal from the project. Later that year Bradley was in fact 
transferred to nonrelated clerical duties. Although removed 
from direct work on WWMCCS, he continued to be a thorn in 
DCA’s side, forwarding a series of memoranda on PWIN reli- 
ability to DCA higher-ups.®® But as yet nobody was listening. 

The next major PWIN milestone came on 4 September 1974, 
when the joint chiefs recommended to the secretary of defense 
that the prototype network be expanded from its current three 
nodes to six. The reasoning behind the request appeared solid 
enough: The current three-node PWIN configuration was quite 
limited, a series of experiments auid tests was being planned, 
and including additional WWMCCS sites as part of the net- 
work would make the tests more realistic, meaningful, and 
informative. The joint chiefs’ recommendation was accepted, 
and on 4 December a memorandum was issued approving the 
PWIN expansion. The new nodes included the Alternate National 
Military Command Center at Fort Ritchie, Maryland; the Mili- 
tary Airlift Command at Scott AFB, Illinois: and US Readiness 
Command headquetrters at MacDill AFB near Tampa, Florida. 
The memorandum also pointed out that requirements for the 
expanding network had not been well defined, and it instructed 
DCA to prepare both a PWIN development plan and a “concept 
of failure” plan, specifying in advance what should be done if 
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reliability problems arose during the network testing phase 
that would begin shortly.^® 
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Chapter 9 


The WWMCCS Architect 
and Architecture 


During 1973 Deputy Defense Secretary William P. Clements 
Jr. and his fellow WWMCCS Council members had perceived 
the need for some sort of framework within which the elements 
of the worldwide military command and control system could 
be melded into a coherent system, one cognizant of budgetary 
constraints and the existing technological state of the art. No 
such plain then existed, so in December 1973 the council 
decided the time had come to create one. As Clements phrased 
it, this framework would “put all of our worldwide military 
command and control systems into proper perspective.”' What 
this meant in practice was that the council agreed, Informally 
at first but more formally later on, to undertake a comprehen- 
sive, soup-to-nuts review of WWMCCS which would serve as a 
first step hi producing a master plan for its development in the 
years to come.^ This review made eminent sense given the 
1971 reorientation of WWMCCS’s priority mission as support 
of the National Command Authorities. The issues it would 
address necessarily went far beyond any requirement for 
standardization provided by the then-in-progress WWMCCS 
Automatic Data-Processing Update Program. What was now 
required was a systems approach in which the various ele- 
ments of the WWMCCS “confederation” would be considered in 
an Integrated way, with an eye to future system development. 
This was precisely where the master plan, called a system 
architecture, came in. 

The ambitiousness of this plan was considerable. Since any 
effort to engineer major changes obviously required an under- 
standing of what was inside of WWMCCS and what was not, 
the architecture would begin by specifying precisely where the 
system’s boundaries lay, what systems and people it Included, 
and what their responsibilities were. Since WWMCCS users 
had a diversity of Information requirements, the architecture 
would then specify their needs. In that any system had to have 
a purpose, goal, or set of goals, the architecture would clearly 
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define what these were. On the basis of the goals specified, the 
architecture would define system Interfaces and information 
flow — normative prescriptions for how the various elements of 
WWMCCS should play together.® All of this would permit sub- 
sequent acquisitions and growth to be orderly and coherent. 
Architecture in hand, the ad hoc incrementalism that had 
characterized the growth of WWMCCS would be brought to a 
halt and the system’s effectiveness would be enhanced. The 
WWMCCS Council’s decision to undertake this sort of basic 
reevaluation was formalized in January 1974. But architec- 
tures do not materialize merely from the collective expression 
of sentiments, however deeply felt. Something more was required: 
specifically, a WWMCCS architect.^ 

The architect that Clements and the WWMCCS Council selected 
m February 1974 was IBM’s Federal Systems Division (FSD), 
and the choice seemed eminently appropriate. FSD had devel- 
oped as a separate division within IBM because of the com- 
pany’s early work on several Air Force projects, including 
SAGE, and its work included the development of militarized 
computer hardware, software, and peripherals. Among its 
many defense- and aerospace-related projects, FSD had devel- 
oped the bombing navigation system for the B-52, pioneered 
the application of airborne digital computers for the B-70, 
played a key role in the Saturn space program, and developed 
the FAA’s enroute air traffic control system. It also had partici- 
pated in the development of the Airborne Warning and Control 
System (AWACS) planes, and had responsibility for integrating the 
command and control systems on the Trident submarine.® This 
experience would surely come in handy when dealing with 
WWMCCS, perhaps the most complex Information processing 
system In existence. 

By agreement, FSD as WWMCCS architect was to provide 
the WWMCCS Council with a comprehensive document, the 
WWMCCS Architecture Planning Studies, within two years’ 
time, by the end of 1975. That document was to contain rec- 
ommended airchitectural edternatives and plans for evolving 
from the present system to each of these in the 1980, 1985, 
and 1995 time frames. The plans were also to include recom- 
mended methodologies for reviewing and, if necessary, for chang- 
ing the long-range architectural plans in light of budgetary. 
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doctrinal, or other programmatic changes.® From IBM’s multi- 
ple alternatives, the council would then select its one preferred 
option, cifter which implementation would begin. “Just as in 
building a house,” Clements colloquially quipped, “once we 
have got the architecture, we’ll go into the engineering phase."^ 

Director of Telecommunications and 
Command and Control Systems 

The efficacy with which the WWMCCS “house” would be 
constructed was soon thrown into serious jeopardy. In pre- 
vious years, David Packard and other proponents of central- 
ized command and control had fought hard, and apparently 
held sway, against an entrenched bureaucratic status quo that 
liked the current decentralized system just fine and resisted 
any substantive changes. One of their major accomplishments 
in this effort had been the elevation of the telecommunications 
post to a full assistant secretaiyship. The establishment of the 
WWMCCS Council and subsequently the council’s expressed 
intention to create a system architecture also seemed to por- 
tend the increased centralization to come. But these efforts 
appeared to suffer a major setback when, in January 1974 — 
the same month that the WWMCCS Council made public its 
plans to select an architect for the system — Defense Secretary 
Schlesinger initiated an organizational shake-up with far-reaching 
implications for WWMCCS. 

Among Schlesinger’s moves, the Office of the Assistant Sec- 
retary of Defense for Telecommunications was redesignated 
the Telecommunications Office, and the assistant secretary 
position that Packard had considered so important was down- 
graded to the position of director of telecommunications and 
command and control systems (DTACCS). The formal mission 
of the new office remained ambitious — to manage DOD tele- 
communications resources to support both the NMCS and the 
individual services in carrying out their specified missions. 
But as if to make those already daunting tasks more difficult 
still, the new director was reassigned to the Office of Legisla- 
tive Affairs, a completely political division. “Admittedly, legisla- 
tive affairs are of great concern to the Department of Defense,” 
the House Armed Services Committee would later diyly note. 
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But the cominlttee found it difficult to imagine any instaince in 
which legislative affairs should be accorded a higher defense 
priority than command and control, “which is the very reason 
for the Department’s existence.’’® Although less than two years 
had passed since the assistant secretary position had been 
created, the importance of the communications function appar- 
ently had changed drastically. With Schleslnger’s action, the 
bureaucratic muscle that Packard had worked so hard to 
institutionalize was noticeably relaxed. 

Consistent with a venerable bureaucratic tradition, the best 
possible public face was put on the situation. Defense journals 
pointed out how the new office underscored the Pentagon’s 
recognition that the command and control function needed 
greater consolidation. According to Thomas C. Reed, a former 
engineer with the Lawrence Radiation Laboratory who assumed 
the duties of DTACCS on 19 February 1974, his directorate 
was the result of a fundamental change In national defense 
policy, a reference to the ascendancy of the doctrine of flexible 
response.® As Reed explained later, his office would concern 
itself with system efficiency and effectiveness. On the efficiency 
front, his office would work to Increase system capacity even 
as the per -bit cost of transmitting information was reduced. 
Effectiveness would be enhanced through Improvements in the 
survivability, flexibility, security, and interoperability of its con- 
stituent parts. Reed acknowledged that while such efficiency 
criteria as channel capacity and cost were relatively easy to 
measure, effectiveness criteria were not. But whatever the ob- 
stacles, he said, his office would pursue its tasks with vigor,*® 

How well the new directorate and its director would be able 
to do this was an open question. While Reed told members of a 
House subcommittee that he did not feel the downgrading had 
any negative Impact on the authority of his office, he went on 
to note that his authority was not structural but rather deriva- 
tive of his personal relationships with higher -ranking officials, 
such as the secretary and the deputy secretary of defense. 
Reed then agreed that the management of defense communi- 
cations was too important a function to rest upon the vagaries 
of personal relationships, acknowledging that to work effectively 
with the military services, other Pentagon offices, and Congress, 
the head of the telecommunications office required the statutory 
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authority of an assistant secretary. But stepping defdy through 
the rhetoricad minefield he had just created, Reed quickly ex- 
cluded himself from this requirement. Authority should be com- 
mensurate with responsibility, he opined, but this was some- 
thing that could be achieved over the long term.” 

The problem was that Reed’s weakened directorate had 
responsibilities requiring substantially more than philosophi- 
cal promulgation: it needed real authority and needed it imme- 
diately. Since the directorate was responsible for supervising 
the work of IBM and its subcontractors in developing the 
WWMCCS architecture, a WWMCCS Architecture Manage- 
ment Office was established within DTACCS to aid the new 
director and the WWMCCS architect in their work.*^ But real 
authority was indeed lacking, £md the tone of urgency that 
had prevailed under Packard’s regime was discernibly muted. 
Legislative Affairs was hardly the best bureaucratic location 
from which to launch a major set of programmatic initiatives 
after all, and the upbeat rhetoric accompanying the estab- 
lishment of the new office did not accord with the obvious 
reality of the situation. 

The military departments, ever bureaucratically adept, were 
quick to get the message that the star of command emd control 
was no longer in the ascendancy. Never comfortable with the 
centralizing trend in command and control anyway, they fol- 
lowed Schlestnger’s move enthusiastically by downgrading their 
own mfiitaiy communications fimctions and subordinating them 
to organizations with little communications experience. The 
bureaucratic axe was wielded handily over the months to come, 
cutting a broad swath across DOD’s communications landscape, 
including the Joint Chiefs of Staff organization. 

Schlesinger’s downgrading of the assistant secretary posi- 
tion and the associated moves by the military departments 
had other predictable consequences. For the individual com- 
municator, the fact that these actions eliminated a number of 
two-star billets previously filled by communications specialists 
seriously eiffected opportunities for promotion to the flag or 
general ranks. Not unreasonably, this move was interpreted as 
a clear signal that there was no future in the military for 
communications specialists.*® A decline in morale rapidly 
ensued, and the best officers began departing from military 
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service in droves, seeking the more hospitable career climate 
of the civilian sector. Their accumulated technical experience 
went with them, of course, and was lost to the DOD. Promoted 
in their stead and placed in positions of communications man- 
agement responsibility were officers who lacked the technical 
background and experience necessary in the dynamic telecom- 
munications field. In many ways this can be read as an 
effort — ultimately a futile one — to turn back the clock to an 
earlier, simpler military time. It was a brief revival of the 
archaic notion of the “well-rounded officer,” an attempt to re- 
turn to the practices of the past when only such officers had a 
reasonably assured chance of reaching flag rank. With a sys- 
tem now in place that virtually guaranteed a lack of high-tech 
expertise at the top, inefficient and ineffective communications 
programs and procurements were also virtually guaranteed.'® 
With the creation of the new Office of the Director of Tele- 
communications and Command and Control Systems, the 
decentralized needs of the services and the centralized needs 
of the NCA again came into open conflict. To achieve the goals 
for WWMCCS as outlined by Reed, the cooperation of the serv- 
ices was crucial. Yet, with the devaluing of the command and 
control function implicit in the creation of DTACCS, coopera- 
tion was increasingly less likely to be forthcoming, at least in 
the short term. The main areas of contention, the related 
issues of service autonomy and budgetary control, were pain- 
fully familiar. The major concern of the services has always 
been the performance of their military missions, which in turn 
depended on the weapons systems they possessed. Therefore, 
the services had always placed considerable emphasis on 
planning, procuring, and protecting their weapons. Command 
and control of those weapons was by no means neglected, 
however, and each of the services had established Independent 
communications commands and technical systems they con- 
sidered adequate for this purpose. The problem had always 
been that the human and technological assets the services 
deployed were not designed to satisfy requirements generated 
at the national level, and any move that would alter or reduce 
those systems, by the Telecommunications Office or anyone 
else, was regarded as a direct interference with their ability to 
perform their mlUtaiy missions. '® 
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Then there was the issue of defense dollars. Since the services 
continued to control WWMCCS’s budgetaiy purse strings, they 
had to Identify in their budgets and resources for any initiative 
they planned to pursue, which would then be defended through- 
out the budgetary process. The way it worked, the process typi- 
cally began with a list of validated requirements far in excess of 
the fixed-budget ceiling. Some of these would be for WWMCCS 
upgrades, but a validated requirement by no means assured 
that money would be available to meet it. Throughout the year, a 
number of boards and panels would evaluate the competing 
validated programs, a process that eventually would result in 
decisions to fund some programs, defer others, and eliminate 
still others. In this survlval-of-the-fittest programmatic approach, 
WWMCCS programs were granted no particular preference. So 
as funding decisions were made, WWMCCS requirements were 
forced to compete head to head with non-WWMCCS require- 
ments, including major weapons systems, for the same budget- 
ary dollars.'^ While clearly an approach with a measure of merit, 
it also guaranteed difficulties for major joint-service command 
and control expenditures; after aU, greater prestige and thus 
better prospects for funding tend to adhere to high-Vcilue, high- 
vislbUity weapons systems that “belong” to a single service. Un- 
derstandably enough, WWMCCS did not fare particularly well in 
this process. 

To make things more difficult stiU, even in the absence of such 
prejudice, decision makers in the services often foimd it difficult 
to see the need for WWMCCS-related programs. “Most people 
will imderstand the requirement for a new bomber more readily 
than the requirement for a new modulation scheme for an exist- 
ing low-frequency communications system,” one Air Force offi- 
cial remarked, and for Improvements in WWMCCS to be pur- 
sued, their service-specific payoffs had to be made much more 
explicit. This was unlikely to occur by chance, and so each of the 
services had been compelled to establish WWMCCS program 
offices to perform as intraservice advocates for the joint-service 
system, making clear their value to the services.^® But with the 
downgrading of the assistant secretary position and the creation 
of the Office of the Director of Telecommunications and Com- 
mand and Control Systems the payoffs all seemed to run in 
the opposite direction. Now that key defense officials from the 
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secretary on down were de-emphasizlng the command and 
control function, thus implicitly emphasizing the ability of the 
status quo to meet the nation’s military requirements, why 
divert resources from the more desirable and visible service 
programs? It was a context that naturally lent impetus to the 
services’ natural tendency to resist centralization. The problem 
was that the decentralized status quo did not work well when 
it came to WWMCCS, as would be seen during the Mayaguez 
incident in May 1975. 

The Mayaguez Incident 

The Mayaguez incident occurred when military forces of 
Cambodia’s Khmer Rouge government seized the Mayaguez, 
an American merchant ship operating off the southern coast 
of Cambodia. Diplomatic efforts to secure the release of the 
ship rapidly ensued, but they failed just as quickly because 
the Cambodians Insisted they had the right to seize the ship 
because it was Inside their territorial waters. Frustrated, the 
Ford administration decided to mount a joint Navy, Marine, 
and Air Force rescue operation to free the vessel and its crew. 

How successfully WWMCCS performed during the incident 
depends upon who was asked. On the up side, contemporary 
accounts described how, as the crisis developed, command 
centers in Southeast Asia were linked together by secure com- 
munications capabilities, providing the national leadership 
with a timely, almost blow-by-blow assessment of what was 
taking place. The result, it was said, was positive and precise, 
real-time Pentagon control, even as the incident developed.*® 
And control was something the Cambodians, by their own 
admission, did not have, leng Sary, Cambodia’s foreign minis- 
ter, later acknowledged how his government had been unable 
to keep up with events, and that American technology had 
enabled US forces to operate more effectively than Cambodian 
forces. US officials later credited this command and control 
advantage for the successful rescue of the ship and her crew.“ 

There was also a down side, for things surely did not work 
as well as they might have. Indeed, some critics have de- 
scribed the Incident as a major WWMCCS fiasco. They noted 
how, early in the crisis. President Ford queried WWMCCS to 
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learn how long it would take the nearest aircraft carrier, the 
USS Coral Sea, to reach Cambodia. The information Ford 
Wcmted was apparently quickly forthcoming, but WWMCCS 
failed to determine whether the carrier could depart immedi- 
ately or would have to remain on station to recover its aircraft 
before steaming to Cambodia. In fact, it was the latter. The 
Coral Sea had to wait around to recover its planes, and it 
arrived off Cambodia severed hours later than the president 
and his puzzled mditetry advisors had anticipated.^' And dur- 
ing the joint Navy, Marine Corps, and Air Force operation to 
free the crew, the WWMCCS computers, apparently unable to 
keep up with the situation, crashed. Pentagon officials later 
disputed this conclusion, claiming that the computers had 
been little used and performed “adequately” during the rescue 
operation. (A Pentagon spokesman did point out, however, that 
in another, unidentified crisis that occurred about the same 
time, the WWMCCS computers had been broken for several 
hours because regularly scheduled maintenance had not been 
performed.)®^ Despite assurances from the Pentagon, it is clear 
that not all went well with the operation to rescue the May- 
aguez. For as retired Navy Vice Adm Jon Boyes later remarked, 
“The Marines were getting their butts shot off, and the Navy 
couldn’t talk to the Marines.”'^® Such was the ambitiousness 
and the uncertainty in which the new WWMCCS architecture 
would be constructed. 


The WWMCCS Architecture 

Irving Luckom, IBM federal systems division’s manager for 
WWMCCS architecture, recognized that two major xmcertain- 
tles existed when his company’s effort to define the WWMCCS 
architecture began. The first involved the question that had 
preoccupied the WWMCCS Council: “What is WWMCCS?” A 
variety of definitions were available, some little more than gen- 
eral platitudes. Others were technological, emphasizing the 
system’s Vctrious assets, its hardware and software. Still others 
were organizationail in their focus, concerned with procedures 
and with rules and lines of authority. “Depending on whose 
definition you use,” Luckom observed, “WWMCCS could vary 
from a relatively limited system involving the NMCS and the 
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CINCs to a system including almost everything but the 
forces.”^"* For the architect to proceed, decisions obviously had 
to be made regarding the precise nature of the system itself; 
the location of its boundaries, and the human and technologi- 
cal elements those boundaries encompassed. These decisions 
by necessity would often be subjective. 

If arriving at a definition for WWMCCS was problematical, 
an equally vexing second question facing the new system 
architect was “What is an architecture?”^® To answer this ques- 
tion, it was not sufficient to know what elements constituted 
WWMCCS. It was also necessary to determine their functions. 
This process began by asking what the Information require- 
ments of system users were to determine the most appropriate 
systems for meeting them.^® WTiat equipment did users need? 
What sort of connectivity to other system users did they 
require? In practical terms, what all of this meant was deter- 
mining whether a specific commander would be better served 
by a cathode ray tube display, a facsimile machine, or a tele- 
phone sitting on his desk. It meant determining the types of 
automatic data-processing support he would need. It meant 
ascertaining with whom he might need to communicate, and it 
meant determining these things for a variety of situations and 
circumstances. And so on, for every commander. The answers 
to these questions would provide FSD, as architect, with a 
basis for answering the central question for any architecture: 
What are the goals of the system? What is WWMCCS actually 
supposed to do? Once expected outcomes were described, once 
goals had been identified and documented, a systems engi- 
neering effort could commence. It would be directed toward 
acquiring the technologies and the organizational structures 
most appropriate for goal attainment. In this way the architec- 
ture, a thoroughly normative formulation, would allow the 
specification of a concrete set of performance criteria and the 
acquisition of real-world assets. Architecture in hand, at long 
last it would be possible to determine how effective the World 
Wide Military Command and Control System actually was. 

Or so it seemed. Lost on almost everyone involved in this 
major effort to rationalize WWMCCS was its backwards, essen- 
tially irrational basis. By the time IBM’s Federal Systems Divi- 
sion commenced work as system architect, WWMCCS already 
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had been In existence for more than a decade. Billions of dol- 
lars had been spent on it, thousands of military and civilian 
persoimel had been involved with it, and numerous programs 
to improve it were in progress. Plans for stUl other programs, 
including a WWMCCS Intercomputer Network, were in the 
works. In classic solution-looking-for-a-problem fashion, this 
vast system sprawled across the Department of Defense land- 
scape. Now it was time for IBM to answer a range of questions 
the indisputable fact of WWMCCS’s existence raised, time to 
define some goals and objectives for it. The notion of organiza- 
tional theorist Karl Weick that goals tend to follow rather than 
precede actions, and to a Icirge extent represent rationalizations 
for actions already taken, has seldom received better press.^® 


IBM’s Scenario-Based Approach 

The first step taken by the WWMCCS architect was to exam- 
ine the nature of national defense policies, or doctrine. As it 
concerned the strategic nuclear forces, that doctrine was flex- 
ible response; and flexible response was a tough taskmaster, 
involving substantial expectations regarding survivability, 
capabilify, and connectivity. The demands of doctrine firmly in 
mind, the WWMCCS architect next examined the existing and 
projected mllitaiy force structures and weapons capabilities of 
the United States and a number of potential enemies. After 
assessing milltaiy resources, the architect examined the national- 
level decision-making process itself. To get a feel for actual as 
well as formally stated lines of authority and communication, 
the architect engaged in extensive consultations with officials 
throughout the government. Who really makes the judgments 
and the decisions? Who really talks to whom? Finally, and 
only when aU of this had been done, the architecture addressed 
the issue of WWMCCS structure and boundaries: What was m 
and what was out? What resources were available to be tapped 
when needed? What were the Interfaces with other systems?^® 

The parameters of WWMCCS established, the next step was 
to determine how all of these resources would play together. 
IBM chose a scenario-based architectural approach that involved 
identifying a representative set of likely military states, including 
peacetime, low-level crises such as evacuations, then mllitaiy 
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buildup, conventional war, theater nuclear war, general nu- 
clear war, and conflict termination. For each of these crises, 
the architect evaduated exactly what types of information the 
National Command Authorities would require to meet the 
demands of the situation. The resulting lists were long and 
varied. Information requirements might include warning times, 
availability of communications channels, location of forces, 
accuracy of impact predictions, damage sustained and inflicted, 
and a wide range of other information.^® While admittedly a 
highly Judgmental process, the scenarios were grounded in 
realistic expectations and devised to cover major geographical 
areas in which trouble was expected during the upcoming 
decade.®* 

For each scenario, the architect’s approach was to consider 
the entire range of military response options available to the 
NCA. Not surprisingly, this list was also long and varied. At 
that point, and only at that point, a series of WWMCCS 
requirements was identified to support the national leadership 
for each situation/response combination. These requirements 
were considered in terms of five major WWMCCS elements: 
facilities, warning and intelligence, automatic data processing, 
executive eilds, and communications. For theater nuclear war, 
for example, the national leadership might require its com- 
mand centers to be able to withstand a certain level of blast 
overpressure. Intelligence assets should be able to collect 
strike results, identify new targets, and monitor the execution 
of launch orders. Communications between key command 
facilities and the operating forces should remain intact 
throughout the conflict, and so on. These necessary capabili- 
ties were referred to as functional requirements. 

When the functional requirements for each system element 
had been established, the architect then directed attention 
toward specific quantitative requirements — ^the actual capabili- 
ties that had to be acquired or developed for each of the major 
states of crisis and conflict.®® T hi s was determined by comparing 
the functional requirements for WWMCCS’s five elements to so- 
caUed WWMCCS baseUnes. A baseline was simply a statement 
for what a given WWMCCS element — automatic data process- 
ing, say — ^would look like in 1985, given existing capabilities 
and those Improvements already funded or in an advanced 
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stage of research and development. If these baseline systems 
would satisfy the functional requirements, well and good, for 
no new capabilities would need to be acquired. If, as in most 
cases, the comparisons pointed up shortfalls in capabilities, 
then specific architectural solutions aimed at correcting them 
would be developed. By Intent, these were constrained to be 
both technically feasible and to permit assessment of approxi- 
mate costs. Since it was not infrequently the case that sev- 
eral remedies were possible for any single deficiency, IBM 
would develop a series of architectural alternatives, repre- 
senting a range of WWMCCS capabilities and costs. ^ 

Developing the architecture was conceived as an iterative 
process, involving close contact and a great deal of give-and- 
take between the architect and the WWMCCS Council. The 
eirchitect would view each scenario state independently and 
come up with a set of architectural solutions for each of the 
five WWMCCS elements. The WWMCCS Council then would 
review each of these with regard to its capabilities, feasibility, 
and probable cost. As the review process proceeded, objec- 
tives, priorities, and cost estimates were progressively clari- 
fied, and the council would suggest modifications. Tlie archi- 
tect would then go back to work, ultimately proposing new 
alternatives that would, in their turn, be reviewed. Because 
the various states were considered separately and their archi- 
tectural solutions presented sequentially, inconsistencies 
between them were not infrequent, driving the architect to 
come up with solutions that were consistent with the require- 
ments of both.®® 

Developing the architecture was a highly judgmental process. 
It was necessary to determine such general Issues such as 
priorities zmd Ukely threats. It was necessary for the architect 
to specify values for many of the variables used in the calcula- 
tions, including survivability, capability levels, and accuracies. 
It was necessary to estimate future needs and costs. It was not 
a process that could guarantee that actual future situations 
would be perfectly addressed by WWMCCS, but rather one 
that upped the probability that WWMCCS would be respon- 
sive.®® WWMCCS effectiveness, like most human endeavor, had 
been moved out of the realm of mathematical certainty and 
into that of statistical probability. And yet however subjective 
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this process to be, it is worth underscoring the point that its 
specification was accomplished by the WWMCCS Council, an 
organization whose primary concern was the needs of central 
decision makers, not organizational subunits. Throughout, the 
WWMCCS architect simply presented the alternatives without 
recommending which solutions should be implemented. Because 
of this developmental approach, the material and social tech- 
nologies that flowed from the architectural effort would, at 
least in theory, reflect those needs more adequately than in 
the past, when subunit needs had dominated the definitional 
process. 

In August 1975, after many Iterations between the architect, 
the Joint Chiefs of Staff, the OSD, the commanders in chief, 
and the military services, FSD presented the WWMCCS Coun- 
cil with a preliminaiy document, the WWMCCS Architectural 
Planning Studies.^'^ Further modifications ensued, and FSD’s 
architectural alternatives for the first state, theater warfare, 
were presented to the council that November. The alternatives 
for the other states followed shortly, and the highly classified 
final WWMCCS architectural plan was submitted to the 
WWMCCS Council for formal review in June 1976. 

The document began by describing in considerable detail 
WWMCCS’s current shortcomings in crisis management, the 
majority of which were identical to concerns voiced by the 
WWMCCS Council at its formation. It then outlined a series of 
specific Improvements, to begin in fiscal year 1977, that were 
considered essential for making the system more responsive to 
the needs of the national leadership.®® Not surprisingly, many 
WWMCCS shortcomings appeared in automatic data process- 
ing, which did not meet the full range of needs of its individual 
users eind was only marginally effective during times of cri- 
sis.®® Other needs involved the conversion of the Defense Com- 
munications System to an all-digital system eind the develop- 
ment of new networks that could make fiiU use of digital 
capability such as Phase III of the Defense Satellite Communi- 
cations System. Tliere was the need to pursue programs such 
as the Navy’s extremely low frequency system for communicat- 
ing with the ballistic missile submarine force and a follow-on 
to the Navy’s problem-plagued Fleet Satellite Communications 
System that would be capable of using both the ultra high 
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frequency and super high frequency portions of the frequency 
spectrum. Air Force programs described as essential by the 
WWMCCS architectural plan Included the Emergency Rocket 
Communications System, the Post Attack Command and Con- 
trol System, SAC’s Automated Total Information System, and 
AFSATCOM, the Air Force Satellite Communications program.'*® 
Preeminent was the Advanced Airborne National Command 
Post, a WWMCCS Council priority program. (Given the large 
number of its programs that were 2 tffected by the architectural 
effort, the Air Force established a WWMCCS program office at 
the Electronics Systems Division’s headquarters near Boston. 
This office worked closely with IBM’s Federal Systems Division 
throughout the development process.) '*' 

Architectures must be realistic and take into consideration 
not only the desirability of certain programs but also their 
technical and fiscal feasibility. Some programs viewed as both 
feasible and desirable were designated as WWMCCS priorities 
for the 1977-85 time frame. Other programs were perhaps 
equally desirable, but because of their cost or the existing 
technological state of the art they were deferred until some 
later time or relegated to the status of research and develop- 
ment programs. One such scheme, desirable but far too costly, 
was the development of superhardened command posts that could 
survive direct hits by nuclear weapons. Another area of consid- 
erable Interest was the development of executive or decision- 
aid technologies. The Defense Advanced Research Projects Agency 
(DARPA) was heavily involved in this area, specifically in those 
advanced computer techniques known as artificial intelligence 
and expert systems. But because the application of these 
technologies to the command and control area was beyond the 
current state of the art, the WWMCCS Coimcll considered them 
of lesser urgency and deferred their pursuit. 

In a world of finite resources, a realistic architecture would 
also have to allow for a reasonable period of transition from 
the current state to the new one. The natural desire of some 
interested critics, including Congress, was for a “turnkey” sys- 
tem, where improvements could be implemented all at once, 
and the new system would begin to function, completely, on a 
given day. The problem with this approach is its cost. Given 
the vastness of the WWMCCS undertaking and the reality of 
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budgetaiy constraints (since the Vietnam spending peak in 
1968, the overall defense budget had declined, in real terms, 
by almost 40 percent), the architectural plan prudently called 
for the improvements to be introduced sequentially, such that 
the most serious deficiencies were remedied first. The transi- 
tion to the mystical WWMCCS city of the future, to an inte- 
grated and interoperable national-level system, would thus oc- 
cur as a process of evolution, not revolution. This approach 
would guide the present efforts of those throughout DOD with 
WWMCCS responsibilities and would continue to guide them 
imtil the architectural plan was modified. 

The mchitect recognized from the outset that modifications 
of the plan were likely, indeed inevitable, for any of a number 
of reasons, including advances in technology, changes in the 
nature of the threat, doctrinal changes, or an edtered budgetary 
context. Therefore, the WWMCCS architecture was intended 
from the outset to be a flexible instrument. What this meant in 
practical terms, in the words of Secretary of Defense Donald 
H. Rumsfeld, was that a “modest continuing design effort” to 
promote the development of WWMCCS over the long haul was 
built into the plan as an integral element."*® In other words, 
FSD’s job was by no means finished with the delivery of its 
architectural plan. As a natural follow-on, the company would 
assist the WWMCCS Systems Engineering Organization in 
defining specifications to Implement that architecture. It would 
aid the Office of the Director of Telecommunications and Com- 
mand and Control Systems in monitoring the architecture’s 
overall implementation. It would monitor environmental shifts 
and changes to determine their likely impact on the plan so 
that appropriate revisions could be recommended to the coxmcil.'*"’ 

All in all, IBM’s effort was a vast one, its WWMCCS architec- 
ture plan representing the most complex and comprehensive 
systems engineering effort the Federal Systems Division had ever 
undertaken. Yet, eveiything was still on paper only. Whether this 
architectural framework would actually produce a worldwide 
militar y command and control system that responded to the 
needs of the national leadership remained to be seen. 
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The WWMCCS System Engineer 

Once the WWMCCS Council had made its selections from 
the architectural menu offered by IBM, the approved architecture 
was to be implemented immediately. This obviously required 
that a formal mechanism of some sort be in place to take the 
architecture and translate it into appropriate system designs. 
The council had recognized the need for such a mechanism 
quite early in the architectural process and decided that the 
best approach was to establish a general system engineering 
entity for this purpose. Initiedly, consideration was given to 
placing the engineering entity in a civilian corporation such as 
IBM, hardly unreasonable given the Federal Systems Division’s 
role as WWMCCS architect. But it was soon decided that the 
nature of the task required the system engineering activity to 
be located within the DOD.'*® Simply put, this was nuts and 
bolts stuff, and the council Judged that only those wearing 
uniforms would be able to make the bolts turn properly. Con- 
sideration was then given to locating the activity within one of 
the service organizations specializing in command and control, 
such as the Air Force’s Electronic Systems Division. This idea 
was also rejected because of the not unreasonable fear that it 
would lead to the ascendancy of service Interests over the 
needs of a truly joint-service, national-level WWMCCS. 

To keep the engineering function within the DOD while at the 
same time minimizing the possibility of WWMCCS being held 
hostage to service parochialism, the coimcil ultimately decided 
that the best home for the new organization was the Defense 
Commiinications Agency. DCA was tasked to draft a charter and 
organizational chart for what was called a WWMCCS System 
Engineering Organization, and the agency promptly began to 
work. A 15-member WWMCCS system engineering task force 
was activated in August 1975 to plan the work of the new engi- 
neering entity and to do whatever organizational work might be 
necessary for its activation.'^ Proposals for a charter and organ- 
izational chart for the new office were drawn up, along with 
appropriate modifications by the WWMCCS Council. All in all, 
the process reflected perfectly the council’s view of how the 
system engineering effort should be conducted: while much of 
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the work would be done by DCA, final authority would always 
reside with the WWMCCS Council/" 

On 21 November 1975 the Pentagon formalized the entire 
arrangement by issuing DOD Directive 5100.79, which initi- 
ated a series of important changes for WWMCCS. First, it for- 
mally established the WWMCCS System Engineering Organi- 
zation and located it within the Defense Commuiiications Agency. 
The original 15-member DCA task force was made perma- 
nent, and additional personnel were authorized. To ensure 
that WWMCCS would be accorded an appropriate measure of 
importance within DCA, the agency’s director was formally 
designated to wear the dual hat of director of WWMCCS sys- 
tem engineering.'*® Finally, to provide for appropriate technical 
expertise at the top levels of the new organization, the 
WWMCCS system engineer, a new position, was created. The 
directive specified that the holder of this position, who ranked 
directly below the director and to whom he would report, 
would be a highly qualified civilian government employee, not 
a mlUtaiy officer, though he would be assisted by a general or 
flag-rank deputy. Through this arrangement, the WWMCCS 
Council hoped that service parochialism would be minimized, 
appropriate technical expertise brought to bear on WWMCCS- 
related problems, and a continuing emphasis placed on issues 
affecting national-level command and control. 

Despite his formal position as number two in the hierarchy, 
the system engineer would function as the new organization’s 
chief operating officer, the person who would actually run the 
show. The responsibility of this “technical traffic cop” was con- 
siderable — to take the architecture approved by the WWMCCS 
Council emd translate it into specific plans, designs, technical 
procedures, and standards. Once that was done, the system 
engineer would be responsible for acquiring the capabilities 
and assets necessary to realize the objectives and meet the 
demands of the architecture.'*® It was also the system engi- 
neer’s task to ensure that the evolving WWMCCS was compat- 
ible with other command and control systems then in opera- 
tion throughout the DOD. To this end, DOD Directive 5100.79 
authorized the system engineer to specify where the bounda- 
ries lay between WWMCCS and related tactical command emd 
control systems (no small task in a system that expands or 
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contracts depending upon the level of crisis) and to pursue a 
technical issue to as low a level as necessary. “ TTiis meant 
that he would have the authority to define performance crite- 
ria and specify standards and interface criteria so that service- 
and agency-unique command and control capabilities were 
consistent with the WWMCCS architecture, an obvious neces- 
sity if they were to be interoperable with, and utilized by, the 
national-level system. To keep his finger on the tactical as well 
as the strategic pulse, the system engineer would continuously 
monitor all WWMMCS-related programs of the services and 
defense agencies to make certain they were consistent with the 
WWMCCS architecture.®* 

In addition, there was the issue of the future. As things were 
outlined in the architectural plan, once the engineering and 
Implementation stages of the process had been accomplished, 
the activities of the system engineer would by no means cease; 
a recognition that changes in policy, threats, and technology 
were an inevitable and ongoing process. The WWMCCS Coun- 
cil would determine the necessary architectural changes in 
response but once these decisions were made, it would be 
necessary to translate them into appropriate system designs, 
and that is where the system engineer came in. In sum, DOD 
Directive 5100.79 represented a major effort at centralization, 
with DCA at the forefront of the action.®^ 

The WWMCCS system engineer and organization began 
work at the Defense Communications Agency in early 1976. 
Their work began immediately, amidst considerable optimism, 
and a number of WWMCCS-related programs were quickly 
moved into the spotlight. Debate, however, soon arose over 
how well the new WWMCCS engineering organization was 
meeting, or could be expected to meet, its objectives In critical 
areas, one of the most important of which was ADP. Here, the 
fault was laid directly at the doorstep of DOD Directive 
5100.79. Since the director of DCA was also the director of 
WWMCCS engineering, divided and often conflicting responsi- 
bilities accrued to two separate organizational masters. With 
respect to organizational and technical matters, the director 
reported to the director of Telecommunications and Command 
and Control Systems. But in matters pertaining to doctrine, 
operational policies and procedures, development and vaUda- 
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tion of requirements, and warning and intelligence, the direc- 
tor reported directly to the chairman of the JCS. This division 
of management responsibilities held the potential to seriously 
impede the coordination of ADP development efforts. Even 
worse, the dual-hatted director of WWMCCS engineering/DCA 
had no funding, budgeting, or management authority for the 
WWMCCS ADP program. Funding authority remained over- 
whelmingly where it had always been — ^with the military services. 
This arrangement represented a bureaucratic impediment to 
change of almost insurmountable proportions. The services 
continued to develop hardware and software systems individu- 
ally under their own budget, and, not surprisingly, they 
tended to emphasize their own needs and requirements. 
Therefore, despite the considerable movement toward a coher- 
ent, centralized management stmcture for command and con- 
trol, the reality was yet to be achieved. 
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Chapter 10 

WWMCCS Intercomputer Network 


Throughout this time, results from a series of tests and 
evaluations were creating doubts in the minds of defense offi- 
cials regarding the reliability of the prototype WWMCCS Inter- 
computer Network. In the network’s first system integration 
test, conducted in early 1975, communication failures had 
been about 50 percent. The results of a study conducted for 
DCA by the University of Illinois’s Center for Advanced Com- 
putation in May 1975 had concluded that PWIN’s ability to 
operate in an on-line, real-time environment was seriously 
limited. The WWMCCS ADP community had a strong “batch 
orientation,” the researchers noted, whereas an intercomputer 
network was an inherently Interactive technology.' Two 
months later, the General Accounting Office raised similar 
concerns about PWIN’s response times, its ability to provide 
fully Interactive operations, and its ability to provide multilevel 
computer security features. By September 1975 the concerns 
had been such that Thomas C. Reed, director of telecommuni- 
cations and command and control systems, was forced to delay 
final approval of DCA’s PWIN development plan. 

Serious PWIN reliability problems continued to be reported 
as the new year began. A RAND Corporation report issued in 
March 1976, “WWMCCS ADP Communications Interface Re- 
quirements,” highlighted the reliability problem and pointed 
out how the WWMCCS standard computers were severely lim- 
ited in their data-processing capacity. A key problem was that 
the General Comprehensive Operating System software installed 
in the Honeywell 6000s was designed for batch processing of 
data and was unable to handle the increased communications 
loads accompanjdng interactive network operations. As a con- 
sequence, RAND concluded, the network’s interrupt rate 
would be higher than otherwise would be the case. Addition- 
ally, the WWMCCS architectural plan submitted to the 
WWMCCS Council for formal review in June 1976 detailed a 
series of system shortcomings relevant to network operations. 
Included among these were the fact that several of the 
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WWMCCS software applications were so large that only one 
could be loaded into memory at a time, that information was 
too voluminous emd difficult to extract under time-sensitive 
conditions, and that users were not guaranteed availability 
when they required it. Numerous indications were also being 
received throughout this period that multilevel computer secu- 
rity, a key requirement for intercomputer networking, was be- 
yond the current software state of the art. Things were looking 
bleak indeed as the summer of 1976 approached, the time 
scheduled for the PWIN operational experiments.^ 

The PWIN Operational Experiments 

As part of the buildup for the experiments, a system demon- 
stration (a sort of dry run) was scheduled for 24 June 1976. 
PWIN personnel held practice sessions for several weeks before 
that date, but as the director of PWIN operational testing 
pointed out, throughout that time not a single full run of the 
plaimed demonstration could be completed because of system 
hardware and software problems. Believing that a network that 
functioned so poorly would seriously compromise the experi- 
ments, the director demanded that the joint chiefs’ Command 
and Control Technical Center demonstrate the network’s reli- 
ability on 12 and 13 July, a week before the PWIN operational 
experiments were scheduled to begin. If an acceptable level of 
reliability could not be shown, he said, the experiments would 
have to be delayed. As anticipated, PWIN lived up — or, perhaps 
better said, down — to its expectations, experiencing several 
hardware and software failures and a serious Instability in the 
communications links between network nodes. Originally 
scheduled for 19-30 July, the PWIN operational experiments 
were postponed for several months.® 

During that time, the scramble began among PWIN partici- 
pants to find what was wrong with the fledgling network and 
to fix it. Emergency “patches” were applied to WWMCCS’s 
General Comprehensive Operating System software as engi- 
neers desperately tried to find a way to work around the limi- 
tations of the Honeywell 6000 computers so that the network’s 
nodes could be effectively internetted. But the problem was so 
vast, meaning that the patches proliferated to such an extent 
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that DCA officials were soon expressing almost as much con- 
cern with the fixes as with the problems they were intended to 
fix. To make things more complex stlU, during this time a 
number of additional WWMCCS facilities were added to the 
network; Army Forces Command at Fort McPherson, Georgia; 
Tactical Air Command at Langley AFB, Virginia; and the Pen- 
tagon headquarters of the military services. 

The rescheduled PWIN operational experiments took place 
in September and October of 1976. In each of those months, a 
major set of tests was conducted involving a different applica- 
tion of PWIN. In the September tests, knovm as Experiment 1, 
PWIN was employed in a crisis scenario that already had been 
used and carefully evaluated in a previous JCS exercise. This 
experiment, it was believed, would provide a highly controlled 
assessment of the networking concept. In the October tests, 
called Experiment 2, PWIN was used during a military exercise 
called Elegant Eagle 76.® The point in this far less controlled 
use of the network was to see how weU it supported users’ 
demands, as operational plans had to be modified to meet the 
requirements of an unfolding crisis. 

How well PWIN performed during the operational experi- 
ments depended once again upon whom you asked. First, the 
good news: According to some officials, use of the network 
substantially Increased the level of interaction among the net- 
work nodes. Because it allowed planning information to be 
shared simultaneously, networking allowed for greater coordi- 
nation among participating units. Computer internetting was 
also said to have accelerated the transfer of databases between 
sites emd to have increased the accuracy of the transfers. 
Therefore, PWIN was said to have provided its users with an 
enhanced ability to identify and resolve problems.® The bad 
news was that not everyone had these positive experiences; or, 
if they did, it was apparently only when the network happened 
to be working. For as subsequent evaluations showed, PWIN 
reliability during the operational experiments had been poor; 
indeed, several commands had considered it a “critical prob- 
lem.” As to the network’s ability to transfer databases success- 
fully among the computers at the various nodal sites, some 
accounts maintain that this had simply not happened.'^ Top 
Pentagon officials were briefed on the progress of the prototype 
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WWMCCS Intercomputer Network during the first two months 
of 1977. By aU accounts it was a candid series of briefings, 
pointing up the problems that had been encountered before 
and during the PWIN operational experiments. Despite these 
problems, the desire and hopes for the network were such that 
the strong recommendation was to proceed apace with an opera- 
tional network. 


Prime Target 77 

During the period of 1-16 March 1977, the Joint Chiefs of 
Staff conducted a military exercise called Prime Target 77. 
This exercise provided P\^N’s next opportunity to prove its 
networking mettle in an uncontrolled operational environ- 
ment. Six PWIN sites participated in the exercise, including 
the Atlantic Command, Readiness Command, Tactical Air 
Command, and National Military Command Center at the Pen- 
tagon. Also participating were two recent additions to the ex- 
panding prototype network: the headquarters of US European 
Command in Valhlngen, West Germany: and DCA’s Command 
and Control Technical Center in Reston, Virginia. 

The participating sites used PWIN primarily for teleconfer- 
encing and transferring data during Prime Target, and in both 
cases the network’s reliability proved considerably less than 
had been hoped. For example, the European Command at- 
tempted to use the network 124 times, but experienced 54 
“abnormal terminations” due to hardware or software fell- 
ures — a failure rate of some 44 percent. Matters went similarly 
for the Atlantic Command, which logged on to PWIN 295 times 
and experienced 132 failures, a failure rate of 45 percent. The 
Tactical Air Command, for its part, tried to use the network 63 
times and failed 44, a rate of 70 percent. The worst record by 
far, however, was that of the Readiness Command, whose 247 
failures in 290 attempts to use PWIN represented an 85 per- 
cent failure rate. Collectively for these four sites, the only ones 
for which statistics were kept, 772 efforts to use PWIN had 
resulted in 477 hardware- or software-related communications 
failures. In other words, PWIN worked only about 38 percent of 
the time. To make matters even worse, the duration of the 
outages tended to be longer and more widespread than those 


188 



WWMCCS INTERCOMPUTER NETWORK 


experienced the previous fall during the exercise Elegant 
Eagle. Now, it seemed, if one PWIN site went down, the entire 
network went down with it.® 

Both the operational experiments emd exercises served to 
underscore the earlier unfavorable comments of in-house 
critic John Bradley, then stiU working at the DCA. Disturbed 
that all the indicators pointed to the conclusion that PWIN 
simply did not work and unable to get DCA officials to act, 
Bradley decided to go over his bosses’ heads directly to the 
White House.® He arranged a meeting with a National Security 
Council official. Col Robert A. Rosenberg, and laid out what he 
considered WWMCCS’s many flaws and shortcomings. Rosen- 
berg expressed concern. He asked Bradley to put it all in writ- 
ing, which Bradley did in a two-page letter, dated 29 April 
1977.*® 

As might be anticipated, DCA officials were far from pleased 
to learn about this. For a number of reasons beyond the ap- 
pearance of reports critical of PWIN, sensibilities were particu- 
larly raw at this juncture. After all, a new administration with 
a suspected antimiUtaiy bias had just arrived in Washington. 
An evaluative group called the President’s Reorganization Pro- 
ject was just gearing up, and nobody expected praise of 
WWMCCS to be one of its prineipal findings. The results of the 
PWIN operational experiments and PWlN’s poor performance 
during the recently concluded Prime Target 77 exercise, while 
known, had yet to be made public, and DCA had hoped to 
limit the scope of their Impaet. Things were tough enough 
without DCA insiders going around bad-mouthing PWIN to 
officials in other departments amd agencies. Bradley was fired 
two months later. The reasons given were “inefficiency, resis- 
tance to competent authority, and making false and mislead- 
ing statements” about the Prototype WWMCCS Intercomputer 
Network. “ 

Despite the efforts of critics such as Bradley, the thoroughly 
counterintuitive consequence of Prime Target 77 was an im- 
mediate demamd to keep PWIN alive and move it toward opera- 
tional status.*® How can one explain this remarkable result? 
On the one hand, a simple lack of information concerning 
PWlN’s problems might be responsible. While major network 
problems had indeed been experienced during Prime Target 
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77, the full scope of difficulties would go unreported for several 
months. In addition, the final consolidated report on the ear- 
lier PWIN operational experiments had not been released. In 
this view, the network’s champions were preempting, hoping 
to muster support for PWIN before the bad news struck. 

An alternative explanation for this support in the face of 
adversity that should also be considered concerns the msm- 
agement philosophy of PWIN’s advocates. Many of these advo- 
cates, the JCS apparently among them, embraced an evolu- 
tionary approach to system development that was just then 
becoming the rage in the Pentagon. This logic sought to dis- 
count problems with PWIN, even serious ones. The network 
was experimental, after all — a prototype. No one denied that 
there were problems with developing distributed database 
technologies, with automating security, and with making net- 
work operations easier. Problems are to be expected with new 
technologies. They can be fixed Incrementally, as matters 
evolve. For PWIN supporters, then, whether they were true 
evolutionary believers or, as with many in DCA, bureaucratic 
opportunists whose career stars had been attached to the net- 
work, embracing the evolutionary approach made a great deal 
of sense. No need to worry about the problems; they can be 
solved, will be solved, or can only be solved by letting the 
system evolve. 

The Joint Chiefs of Staff approved PWIN’s operational re- 
quirements on 18 July 1977. Following the DCA’s development 
plan, PWIN would be expanded to include a number of other 
WWMCCS sites, becoming an operational WWMCCS Intercom- 
puter Network, or WIN, in the process. And so despite a number 
of documented procedural problems, and with no changes hav- 
ing been made in its hardware or software, the problem-plagued 
prototype network had been given approval to move forward to 
full operational status.*® 

A lengthy shadow of doubt was promptly cast over the wis- 
dom of the joint chiefs’ decision when the report on PWIN’s 
reliability during Prime Target 77 became available. TTiirty- 
eight percent reliability was hardly salutary, of course, and to 
head off criticism as well as to advance their cause of moving 
the network toward operational status, the joint chiefs directed 
the Defense Communications Agency to conduct a series of 
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studies. Among other things, DCA was tasked to determine the 
precise nature of the hardware, software, or procedural prob- 
lems that had produced such poor reliability. The agency was 
also to identify alternative ways for users to gain access to the 
network in case of continuing hardware- or software-induced 
abnormal terminations. In addition, DCA was to identify which 
network elements required monitoring and then to determine 
which monitoring methodologies were most appropriate to use.*'* 

The problems that the DCA studies identified fell into several 
general categories. First, there were problems with the network 
design itself. For reasons of cost containment, each FWIN site 
had been designed so that alternative access to the network was 
not possible if the site’s computers failed. In other words, if a 
WWMCCS host computer or IMP went down, the site was iso- 
lated firom the network. DCA next identified a number of specific 
problems with hardware, especially the IMPs, which proved to be 
especially troublesome and prone to failure. Detecting the cause 
of the failures was often exceedingly difficult, DCA noted, mean- 
ing that once the IMPs went down, they were difficult to get back 
on line. Making matters even worse, IMPs were quite fiiagile, 
going down during electrical storms and when voltage fiuctua- 
tions occurred. An absence of adequately trained operators exac- 
erbated this problem by requiring that outside personnel be 
brought in when problems arose. Another problem was a lack of 
spare parts at PWIN sites; but even when parts were available, 
they were often defective. These problems led to excessive com- 
puter downtime. 

Then there was the software, a network cirea identified as 
especially pernicious. DCA engineers found that PWIN’s host 
software contained errors that fi'equently resulted in aborts 
and loss of data when personnel tried to use the network’s 
teleconferencing features. Functional software in the Honey- 
well Interface message processors was also found to contain 
errors, making it difficult for IMPs to perform their promised 
Interface function. In addition, the emergency patches that 
had been applied to correct these and other software problems 
were themselves filled with errors, resulting in repeated, and 
often inexplicable, network failures.*® If these problems with 
network structure, hardware, and software could just be fixed, 
DCA engineers noted, the network’s reliability problems would 
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be reduced substantially. But this was no small task, and 
would do nothing to address a final problem, a conspicuous 
lack of computer security within PWIN. 


Multilevel Computer Security 

Networking was essential if WWMCCS was to perform its 
mission adequately. DOD Directive 5100.30 had specified that 
the system would provide a range of necessary information to 
the National Command Authorities so that timely and appro- 
priate decisions could be made. Consequently, there was a 
need to collect a vast quantity of data, process it, and dissemi- 
nate the resulting information to commanders at cdl levels. An 
intercomputer network was the obvious way to accomplish 
this objective, but a major concern was one of access. Many of 
the WWMCCS databases contained highly sensitive informa- 
tion. The WWMCCS ADP community was large, diverse, and 
distributed. Since by definition networks exist to facilitate the 
movement of data among sites, the question was how to pro- 
vide personnel with access to the information they required 
while denying them access to information for which they were 
not cleared.*® Answering that question was clearly necessary if 
networking was to become a reality, and networking, in turn, 
had already been judged essential for the successful perform- 
emce of the WWMCCS mission. 

Protecting classified Information in a multi-access computer 
environment was a concern of long standing. As early as June 
1967, the ARPA had assembled a task force to study what 
hardware and software improvements would be necessary to 
achieve such a capability.*^ When the WWMCCS Council was 
created in late 1971, computer security promptly became a 
key council concern. The council’s efforts were channeled 
thereafter into two streams of action. The first involved coming 
up with interim solutions to the security problem that would 
serve until a permanent solution could be found. For the 
longer term, the council’s weight was thrown behind a concept 
known as multilevel computer security (MLS), an arrangement 
by which numerous users could access a computer simultane- 
ously and run programs at several classification levels. 
Throughout, the computer would provide them with access to 
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those types of information for which they had the appropriate 
security clearances while denjrtng access to other information. 
The benefits of such an approach — indeed, its necessity for 
network operations — were obvious. 

But it soon became apparent to the WWMCCS Council that 
the WWMCCS Honeywell 6000-series computers simply could 
not support a multilevel security requirement. Two reports 
issued in June and October 1974 by the System Development 
Corporation (SDC) helped to raise everyone’s consciousness in 
this regard. Everyone was thinking “network” at this time, and 
the Joint Technical Support Activity, DCA’s in-house software 
specialists, had contracted with SDC to evaluate WWMCCS 
ADP security as part of that effort. SDC’s dour conclusion was 
that major security deficiencies at all WWMCCS sites seriously 
affected future considerations for system internetting, includ- 
ing resource sharing and remote interactive processing — 
precisely the capabilities deemed essential for the prototype 
WWMCCS Intercomputer Network.*® 

Based in large measure on SDC’s findings, the General 
Accounting Office forwarded two letters, dated 21 July 1975 
and 20 April 1976, to the secretaiy of defense expressing its 
concern regarding security deficiencies in the prototype 
WWMCCS Intercomputer Network. Judging existing hardware 
and software inadequate for meeting security requirements, 
the GAO recommended that major changes be Implemented 
before final approval was granted for an operational WWMCCS 
Intercomputer Network. A specific suggestion in the hardware 
area involved upgrading the WWMCCS Honeywell computers. 
As to software, GAO suggested that an operating system soft- 
ware application then being developed by the Air Force’s Elec- 
tronic Systems Division, called the Multiplexed Information 
and Computing Service, be considered for use in the network. 
Reed agreed in principle with the GAO recommendations, 
promising to examine alternative means of achieving multi- 
level computer security before the prototype network was de- 
clared operational.'® 

The quest for a secure, truly workable multilevel computer 
security capability for PWIN would be continually frustrated 
and ultimately prove chimerical since the features being 
sought for the network were simply not available for WWMCCS 
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or anyone else because they were beyond the existing state of 
the art tn computer software technology.^® With no break- 
through in sight, many DOD programs requiring this capabil- 
ity would flounder on these same shoals, among them DCA’s 
AUTODIN II. The goal of multilevel security was by no means 
wholly abandoned, however, and a number of new programs 
were soon initiated by MFTRE Corporation, DARPA, UCLA, SRI 
International, and others. But they found no workable solu- 
tion to the multilevel computer security problem.^' 

Many defense officiaJs were confident a solution would be 
foimd in the future. Their concern was, however, what to do 
about security in the interim. They were aware that if the 
computers themselves could not restrict access to sensitive 
information, environmental and procedural security controls 
would have to serve. After aU, a combination of physical and 
environmental security protected the WWMCCS computers, 
which were located in restricted areas in shielded rooms to 
block transmission of signals through the walls. Uniformed 
guards hovered nearby to prevent unauthorized use.^^ Such 
controls could obviously be continued. Additionally, at least 
three procedural techniques were used at WWMCCS sites to 
protect sensitive information that could be continued or ex- 
tended. Dedicated computers could be used for data at each 
security level. This practice was used at the Alternate National 
Military Command Center, which used two wholly separate 
computer systems for its data processing. “ This was obviously 
an expensive practice and precluded the efficient sharing of 
databases; and it was cumbersome, since it required manual 
updating of files. At other locations, a technique known as 
periods processing was used. As the name suggests, this prac- 
tice involved processing data at different security levels at dif- 
ferent times. The major problems with this approach was the 
need to sanitize the entire area each time the security level 
was changed and the fact that it was fundamentally inconsis- 
tent with the simultaneous utilization of computing resources 
that is the essence of time-sharing. Another technique was 
system high operations, the technique of (necessary) choice for 
AUTODIN II, where everyone and everything involving the 
computer was simply cleared to the highest security level used 
on the system. Taken together, these controls were Indeed 
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adequate to prevent unauthorized users from obtaining classi- 
fied information from the WWMCCS computers, hut they also 
effectively precluded the sort of computer internetting that 
was considered essential. 

In PWIN the problem of multilevel security was similarly 
addressed by using the system high approach. During the 
PWIN operational experiments, for example, machines, termi- 
nals, and personnel were cleared to the highest security level 
being used. Top Secret, to allow for data processing and for 
teleconferences to be set up. Of course, this meant that even 
personnel performing routine functions had to be cleared to 
that security level. Although this approach was inefficient 
and costly, it did not prove to be a major problem when things 
were limited to a relatively small prototype network. 

But the lack of adequate provision for the security of sensi- 
tive information certainly would create substantially greater 
concerns in the context of a fully developed WWMCCS Inter- 
computer Network. One major problem was that WIN would be 
extended to Europe, and this would necessarily include head- 
quarters of the Supreme Allied Commander in Europe 
(SACEUR). The problems arose because SACEUR’s headquar- 
ters was not an exclusively American-run show. AU other 
NATO countries had personnel there, and they used WWMCCS 
to access command and control information relevant to the 
European theater. This had not proved an especially serious 
security problem when dealing with an individual WWMCCS 
site, for sensitive databases could simply be withheld from 
foreign personnel by using periods processing, that is, sched- 
uling separate computer operating sessions for each of the 
various security levels. But things became dramatically differ- 
ent when access to sensitive information had to be limited on 
a network whose whole purpose was to permit ready exchange 
of data between sites. The dominant concern focused on how 
to protect sensitive Information while permitting our NATO 
allies to use WWMCCS. That was where multilevel computer 
security was supposed to step in, but since it remained beyond 
the state of the art at the time WIN was declared operational, 
users had to find eilternatlve techniques to protect sensitive 
information.^® The solution was to develop various types of 
security filters, but these were costly and cumbersome stopgap 
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measures designed to serve only until true multilevel com- 
puter security could be brought on line. 

Many Pentagon officials considered none of these shortcom- 
ings particularly serious. Problems always occur with any new 
technology, and they can be fixed as they occur. So problems 
and all, the prototype network was transitioned to operational 
status. But as we shall see, two events at the end of the 1970s 
underscored the many shortcomings of WIN: a full-scale mobi- 
lization exercise and an actual crisis, both of which produced 
a cacophony of WWMCCS criticisms and subsequent calls for 
reform. 
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Chapter 11 


The Carter Administration and the 
Evolutionary Approach 


Defense Secretary James R. Schlesinger’s January 1974 
downgrading of the assistant secretary of telecommunications 
to the position of director, telecommunications and command 
and control systems, and the associated moves on the part of 
the military departments, had relegated communications to 
essentially a support function. It seemed obvious that some- 
thing had to be done to arrest this deterioration in authority, 
and in 1977 a Command, Control, and Communications Panel 
of the House Armed Services Committee outlined a series of 
moves designed to effect an organizational about-face, putting 
into place a more centralized management structure. 


Assistant Secretary of Defense for C^I 

The most important of the Armed Services Committee 
panel’s recommendations was that the telecommunications 
position be immediately restored to its previous assistant sec- 
retary level. Once that was done, the panel said, it was neces- 
sary that the occupant of the new position be given supervi- 
sory authority over all tactical and strategic communications 
systems, as well as for all command and control progreims, 
including responsibility for related programs involving auto- 
matic data processing. Since in the hardball world of Pentagon 
politics real managerial authority had to come with budgetary 
teeth, the panel also recommended that the newly restored 
assistant secretary be given budgetary authority for these pro- 
grams. Indeed, things had deteriorated so badly that almost 
no amount of authority, up to and Including “absolute author- 
ity,” was adjudged excessive for the new assistant secretary if 
that was what was required to compel the services to partici- 
pate in joint-service programs. For until the existing frag- 
mented authority structure was replaced with a radically re- 
vamped management structure of this sort, the panel 
concluded, duplicative efforts were inevitable, and dollars and 
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efforts would continue to be wasted.’ It was difficult to Imagine 
a stronger call for centralized control. 

It was far easier to imagine that not all members of Con- 
gress would share the sentiments of their colleagues on the 
Command, Control, and Communications Panel. After all, if 
some congressmen were calling for dramatically enhanced 
authority at the assistant secretary level, there were others 
who believed that things already had devolved too far in the 
opposite direction of centralized control. Their complaints cen- 
tered around a management process that they felt gave 
AATWMCCS-related programs a sort of “special advocate” within 
the Office of the Secretary of Defense, a brand of bureaucratic 
preferential treatment that allowed these programs to avoid 
the stringent, highly competitive budgetary reviews that were 
the norm for most non-WWMCCS programs.^ 

It was, in fact, the long-familiar face-off between the propo- 
nents of centralization and decentralization, just played out on 
another stage at another time. Yet with the passage of each 
successive year, the very terms of the command and control 
debate were being altered. No longer were arguments cast in 
the stark, dichotomous, either/ or. yes/no terms of years gone 
by. The overall trend was unmistakable by the mid-1970s: the 
importance of effective national-level command and control 
had been firmly established as part of the conventional wis- 
dom, and it was difficult to overstate its importance.® That is, 
command amd control had moved rhetorically to center stage. 
What remained was a sort of mopping-up exercise in which 
the debate increasingly involved procedural issues: the best 
way to go about doing what almost everyone now acknow- 
ledged had to be done, rather than the more basic issue of 
whether it should be done in the first place. Despite their 
short-term successes, then, those who deprecated the entire 
WWMCCS concept found themselves increasingly on the de- 
fensive. As the decade advanced, they would find themselves 
in full retreat. 

The movement back toward centralization began, most vis- 
ibly, in early 1977, with the arrival of a new administration in 
Washington. Throughout his presidential campaign, former 
Georgia governor Jimmy Carter had portrayed himself as an 
antigovernment outsider, untainted by the Watergate scandal 
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and uncompromised by any history of dealings inside the Belt- 
way. His victory over sitting president Gerald Ford was per- 
ceived by many members of the new administration, as well as 
by Carter himself, as a public mandate to bring organizational 
change and other basic reforms to a number of areas of gov- 
ernment.'* Given Carter’s background as a Navy officer, his 
personal abhorrence of nuclear weapons, and his campaign 
pledge to “banish” those weapons, it was hardly surprising 
that one of the key organizations he targeted for reform was 
the Depsirtment of Defense. And given the criticisms then issu- 
ing from the House’s Command, Control, and Communica- 
tions Panel, the General Accounting Office, and a number of 
other influential fora — most of which emphasized the need to 
establish some sort of organizational center of gravity for the 
Pentagon’s disparate commemd and control programs — a great 
deal of the specific pressure for reform would soon be directed 
toward WWMCCS. 

The first major step in this effort came in the middle of that 
same year, 1977, when, in a dramatic reversal of his predeces- 
sor’s actions. Carter’s new defense secretary, Harold Brown, 
began an organizational shake-up at the highest levels of the 
OSD. Brown ordered that two existing offices, the director of 
telecommunications and command and control systems and 
the assistant secretary of defense for intelligence, be consoli- 
dated. The resulting single new office, designated the assistant 
secretary of defense for communications, command, control, 
and intelligence (C^I), appeared to be both a significant s5mibol 
and a portent of things to come. It suggested, respectively, the 
importance that the Pentagon’s civilian leadership attached to 
the area of command and control, and it underscored the sec- 
retary’s Intention to direct developments within it.® The person 
Brown appointed to fill the new assistant secretary position 
was an electrical engineer, Gerald P. Dinneen, and by all crite- 
ria he seemed an excellent choice. A professor at the Massa- 
chusetts Institute of Technology (MIT), Dinneen had worked on 
a number of major command and control projects at MIT’s 
Lincoln Laboratory, including the Lincoln Experimental Satel- 
lite (LES) program. To complement his scientific emd technical 
credentials, Dinneen brought management experience to his 
new position, having served as the Lincoln Laboratory’s director. 
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Perhaps equally important, Dinneen was well acquainted with 
the labyrinthine politics of the Pentagon bureaucracy, having 
served on a number of defense advisory committees in the 
past, including the Defense IriteUigence ^ency’s Scientific Ad- 
visory Committee.® 

The new command and control assistant secretaryship was 
pointedly intended to play a major role in the administration’s 
effort to bring organizational coherence to the command and 
control community, but it by no means completed the bureau- 
cratic overturn. Simultcmeously with the creation of the new 
assistant secretary position, the undersecretary of defense for 
research and engineering, William J. Perry, established a new, 
parallel office within his organization. Its day-to-day manage- 
ment was to be given to a new deputy undersecretary of de- 
fense for rese£u*ch and engineering (C®I), who would also serve 
as Perry’s principal deputy. While on the surface this new 
position might seem to represent an even further fragmenta- 
tion in command and control authority within the Pentagon, 
it, in fact, was intended as quite the reverse. To consolidate 
that authority, Dinneen was given the dual hat as Perry’s dep- 
uty, thereby setting the stage for a more active involvement in 
command and control issues by the Pentagon’s top civilian 
officials.^ The hope was that the consolidation would produce 
“a more effective and more efficient operation,” and Dirmeen 
lost no time in making known what he meant by effective.® For 
the strategic forces, it meant the unequivocal ability to deliver 
emergency action messages during the pre-, trans-, and 
postattack phases of a nuclear conflict. It meant maintaining 
communications between the various nuclear commanders in 
chief and the ability to direct the strategic forces under all 
conditions. It also meant having a report-back capability so 
that the status of one’s own forces could be continuously 
monitored. In other words, Dlnneen’s first set of criteria for 
command and control effectiveness included survivability both 
to physical and electronic attack and endurance,® 

Equally important were concerns for compatibility and in- 
teroperability. To achieve these goals, Dinneen armounced 
that his office would advocate emd pursue the use of such 
relevant technologies as digital operations throughout the 
command and control environment. He would also pay careful 
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attention to interoperability among the command and control 
systems of the United States and its allies, especially among 
the member nations of NATO. Responsiveness was another 
important criterion given the time-sensitive nature of intelli- 
gence information. Reliability was also Important, since criti- 
cal information must not suffer degradation during transmis- 
sion. Flexibility was also a must, and so Dinneen emphasized 
the need for improvements in satellite communications sys- 
tems. Naturally the security of communications, satellite or 
otherwise, also had to be guaranteed. Finally, Dinneen force- 
fully underscored the point that the whole purpose of the sys- 
tem was to serve the needs of central decision makers, 
whether in managing crises, conducting war, or handling con- 
flict termination. The command and control centralizing im- 
petus that had been reversed during the Nixon and short-lived 
Ford administrations was now to be reversed again. 

So that these ambitious goals could be pursued, a central 
concern for Dinneen was to effect a tight coupling between 
system requirements and acquisitions. To this end, he advo- 
cated and aggressively pursued what he described as a “gen- 
eral systems approach” for command and control develop- 
ment. To a very considerable extent, this approach paralleled 
the logic of the WWMCCS architect in its recognition that 
planning for command and control systems must begin by 
identifying military capabilities, policy objectives, and the na- 
ture of the existing threat. Once these had been established, 
Dinneen noted, general commemd and control requirements 
for the mUitaiy forces could then be generated for a series of 
situations ranging from peacetime to general nuclear war. 
These requirements, in their turn, would serve as the basis for 
specifying technical requirements in automatic data process- 
ing, communications security, survivability, and other areas. 
Only at that point could specific technologies capable of meet- 
ing the requirements be identified. Since more than a single 
technology would presumably be capable of doing the job, a 
range of alternatives would be developed, varying in capability 
and cost, which would then be presented to Pentagon decision 
makers for their consideration and selection.*' How well then 
was this systems approach currently being adhered to in the 
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DOD? Dinneen and his boss, William J. Perry, proposed to 
find out. 


The Defense Science Board Report 

In September 1977 Perry asked the Defense Science Board 
(DSB) chairman Eugene G. Fubini to establish a task force to 
review the ways in which various defense elements developed 
and deployed their command and control systems. The task 
force, chaired by Bell Laboratories vice president Solomon J. 
Buchsbaum, was commissioned the following December. A 
number of command and control luminaries were appointed to 
it, including Clay T. Whitehead, who had served as director of 
the Office of Telecommunications Policy during the Nixon ad- 
ministration: Richard D. DeLauer, an executive vice president 
at the TRW Corporation, who himself later became assistant 
secretary of defense for C^I; Charles A. Zraket, executive vice 
president of the MITRE Corporation; and, a variety of other 
academic and defense intellectuals and retired military offi- 
cers. Buchsbaum’s task force forwarded its final report to 
Fubini in July 1978. 

The DSB task force identified a series of basic problems with 
the Pentagon’s ability to develop and deploy command and 
control capabilities, the most basic of which was that practi- 
cally no commonly understood conceptual framework that 
then existed for designing, analyzing, and evaluating com- 
mand and control systems. Lacking any agreed-upon defini- 
tion of what the system should do and how resources should 
be organized — indeed, lacking any agreed-upon vocabulary for 
articulating the issues specific measures of effectiveness were 
obviously impossible to formulate.'^ The results of this were 
the system’s inability to provide appropriate information to 
commanders, a lack of responsiveness to the national leader- 
ship during crises, and the inherent inability to control the 
crisis situations this Implies. The task force report’s dour con- 
clusion was that the United States had failed to deploy com- 
mand and control systems “commensurate Avith the nature 
of likely future warfare, with modern weapons systems, or 
with our available technological and Industrial base.’’^® It was 
language hauntingly reminiscent of earlier critical system 
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evaluations, suggesting that little material progress had taken 
place in WWMCCS at aU. 

Several broad recommendations, described as a “useful con- 
ceptual framework” for action, were then presented to address 
these problems.*"* First, to ensure the compatibility and effec- 
tiveness of joint-service programs, it was reco mm ended that 
the DOD charter a new centralized command and control 
agency to manage their design and acquisition in a more coor- 
dinated way. This agency, working in conjunction with 
DARPA, would also be responsible for undertaking a major 
research effort to identify and develop the command emd con- 
trol technologies of the future.'® TTie centralization that this 
recommendation bespoke was, however, quickly qualified by 
the next one, which was that the new agency establish genered 
programmatic guidelines only. Program specifics, as well as 
the resources necessary to adapt and modernize their own 
command and control system to meet specific mission require- 
ments, were to remain with the military services. Another rec- 
ommendation similarly intended to enhance user participation 
in system definition and development was to strengthen the 
power of the services and the unified and specified commands 
to operate and evaluate their command and control systems. 
The task force’s final recommendation, one also intended to 
provide greater user input into system development, was that 
the Pentagon issue new directives explicitly recognizing the 
unique character of command and control systems, and thus 
develop them in an evolutionary fashion.'® 

The services and the joint chiefs were asked to formally 
review the task force’s recommendations, and they were unan- 
imous in their resistance to an expanded, more powerful com- 
mand and control agency, despite the conscious effort to en- 
sure input and influence by the operating forces.'^ The 
services, not surprisingly, believed that their traditional domi- 
nance in the command and control area would be diminished 
if control were given to a central agency. The irony, of course, 
was that it was precisely because of long-standing service ag- 
grandizement at the expense of joint-service functions that 
there was a need for a review of the practices used in planning 
and procuring command and control systems in the first 
place. Responding to the pressure. Defense Science Board 
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chairman Fubini endorsed all of his task force’s recommenda- 
tions except the call for the creation of a new defense agency. 
He suggested instead, as a compromise, that the functions the 
new agency was to have performed could be accomplished 
equally well by expanding the charter of the Defense Commu- 
nications Agency. 

The revised report was forwarded to Secretary of Defense 
Brown in August 1978. The following month. Deputy Secretary 
of Defense Charles W. Duncan Jr. moved to implement its 
recommendations by instructing Undersecretary William J. Perry 
to take immediate action. Perry, in his turn, began with the 
task he considered most important: the revision of two DOD 
acquisition directives to account for the special evolutionary 
nature of command and control systems. These directives, num- 
bers 5000.1 and 5000.2, were titled Major System Acquisitions 
and Major System Acquisitions Procedures, respectively. The 
need to begin here was manifest. Perry felt, for all of the other 
recommendations for enhanced user input into the plemning, 
development, deployment, and operation of command and 
control systems was underpinned and justified by evolutionary 
logic. Because of its internal contradictions and the fact that it 
would put the brakes on the movement toward greater cen- 
tralization, that logic merits a more detailed examination. 


The Logic of Ehrolution 

“1 think it is time we faced up to the fact that command and 
control systems are, by their very nature, impossible to com- 
pletely specify at the time development is begun,” Albert Bab- 
bitt, toe WWMCCS system engineer, remarked during toe late 
1970s. And even if by some alchemy it were possible to fully 
specify them, he went on, toe incessant pace of technological 
advance and environmental change would preclude fielding 
command and control systems that were completely adequate. 
“We should accept this,” Babbitt concluded, “and develop our 
systems in a way to accommodate growth and change.”*® 

As the Defense Science Board Task Force saw things, com- 
mand and control systems possess characteristics not found 
in other complex systems. They are “information rich,” toe 
task force said, meaning that they are highly dependent upon 
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the information they contain and the demands placed upon 
them. They require integrating a wide range of users with di- 
verse needs and perspectives and demand interoperability 
with a number of other systems. These purportedly unique 
features, it was argued, necessitated a special type of manage- 
ment structure, one in which command and control systems 
could evolve naturally over time. Under such an evolutionary 
approach to system development, users could identify their 
requirements, then develop the systems to meet them in incre- 
mental fashion. They could test off-the-shelf and prototype 
equipment in an operational environment and then select 
what worked best. If changes in the technology, doctrine, or 
threat occurred (and this was certain), commanders could re- 
define their needs and adjust their systems accordingly with- 
out having to begin again from scratch. Given the fluidity of 
environmental conditions, why bother with exhaustive, and 
necessarily Imperfect, a priori considerations of what one 
needs and what a system should do? When considered in this 
fashion, the evolutionary approach appears to have its advan- 
tages and its logic. 

Indeed, the task force argued that these unique charac- 
teristics were sufficiently compelling that command and con- 
trol systems should be exempted from the usual principles of 
life-cycle management, long recognized as a fundamentEil tenet 
of effective program management. The point was to have in 
place a management structure that could identify the roles 
and responsibilities of key individuals throughout the system 
and over time, emphasize management accountability for the 
success or failure of system development, promote interoper- 
ability of system assets through such strategies as stand- 
ardization, and establish some sort of cost-control mecha- 
nism. To many, command and control systems should bend to 
this logic, but here was a distinguished task force saying that 
such systems were somehow fundamentally different and sug- 
gesting that the logic should not apply. 

If the recommendation to exempt command and control sys- 
tems firom the usual type of management oversight was un- 
usual, it also appears suspect, and for several reasons. First, 
the assertion that these systems are somehow unique, requir- 
ing a special type of memagement structure, is dubious on its 
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face. Many systems are complex and Information rich, have 
extensive demands made upon them, require interoperability 
among a variety of users, and stiU follow the principles of 
life-cycle management. Examples from the commercial sector 
include banking, aviation, and telecommunications. Many 
other systems have to deal with high levels of environmental 
uncertainty, and yet still engage in rigorous planning. The 
sense of this effort has been captured nicely in discussions of 
news organizations and their “emergency routines,” carefully 
planned patterns of action explicitly designed to allow them to 
deal with unpredictable occurrences in a routine way.^° Law 
enforcement, hospitals, and fire and rescue organizations ap- 
pear to operate using similar routines. Private Industry had 
similarly developed comparable structures to facilitate man- 
agement’s deeision making in a world of volatile consumer 
preferences and technological surprises.^' In this sense, there 
appears to be nothing unique about military command and 
control systems. 

A second reason to question the appropriateness of the evo- 
lutionary approach was that it was unlikely to produce the 
“best” or “most optimal” system. This is because evolution as 
applied to defense systems operated in a different way from 
evolution in the natural world. The defense version of evolu- 
tion Involved a series of choices made incrementally over time, 
each decision at each stage of the process involving conscious 
deliberation and trade-offs. If the level of analysis is the 
subunit level, it is simply an iterative version of the standard 
engineering approach, in which human foresight and knowl- 
edge of constraints are ever at work, directing the selections 
that are made. It is a top-down approach, with direction pro- 
ceeding from on high. Imposing local rules and setting in mo- 
tion a series of projects. That is simply how things human 
function, and, as philosopher Daniel Dennett has noted, this 
top-down approaeh is so common to large-scale human proj- 
eets that alternatives are difficult to imagine. This approach 
stands in contrast to evolution in the natural world, which is 
not top-down and purposive but bottom-up and lacking in 
insight altogether. Whereas the evolutionary approaeh always 
has involved making a series of choices between alternatives, 
actual evolution is profligate and costly, throwkig out and testing 
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alternatives in countless ntyriads. “Mother Nature has no rea- 
son to avoid high-risk gambits," Dennett notes, “she takes 
them all, and shrugs when most of them lose.”^^ Of the few 
that succeed, most do so in ways that were impossible to 
predict a priori. 

The evolutioneuy approach thus misses the whole point of 
actual evolution. Where attempts are made to minimize un- 
foreseen consequences in the former, in the latter unforeseen 
consequences represent precisely the stuff of evolutionary ad- 
vance. In a world of limited resources, it is of course impossi- 
ble for defense systems to be constructed in a similarly waste- 
ful fashion. But if not aU available alternatives are played out, 
it is not possible to find out which one might work best, thus 
severely restricting the possibilities for the serendipitous ap- 
pearance of a better evolutionary form. 

The evolutionary approach also misses the point of the 
standard engineering (weapons system) approach, which in- 
volves the rational pursuit of a capability based on a clear 
specification of user requirements and programmatic goals. 
Neither fish nor fowl, the evolutionary approach thus reaps 
neither the benefits of actual evolution nor those of rational 
planning. 

As a consequence of using the evolutionary approach, inap- 
propriate technologies were acquired and ill-considered organ- 
izational changes made, resulting in inadequate system per- 
formance. So unless funding were somehow to become 
limitless, this state of affairs appears to argue for a more ra- 
tional management approach of the sort called for in the 
WWMCCS architecture. But the recommendation of the De- 
fense Science Board Task Force was precisely the reverse: to 
avoid adequate goal specification and to permit the system to 
evolve “naturally,” formalizing the de facto strategy of ad hoc 
incrementalism that had proved deficient in the past. 

The notion of command and control system evolution ap- 
proach was by no means original to the Defense Science Board 
Task Force. Robert S. McNamara had championed the evolu- 
tionary approach more than a decade before, describing how 
“changes in the command and control systems will be, of ne- 
cessity, evolutionary, and the systems must be flexible enough 
to adapt to changes in the world situation and U.S- strategy.”^^ 
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He believed that unlike systems whose designs had been fro- 
zen earlier, those which emerged from an evolutionary process 
of development would be more effective, possessing greater 
capabilities, better reflecting users’ needs, and more closely 
aligned with the requirements of national military policy. In- 
deed, many of McNamara’s ideas had been most forcefully 
articulated by none other than DSB Chairman Fubini himself, 
who, while wearing the dual hats of assistant secretary of 
defense and deputy director of defense research and engineer- 
ing (DDR&E), had emphasized flexible development over in- 
flexible “standardization” of assets. His advocacy of an evolu- 
tionary approach to command and control system 
development proceeded directly from this logic. 

Fubini’s advocacy also derived from his disenchantment 
with such commcmd and control products of the weapons sys- 
tem approach as Project 465L, &e Strategic Air Command’s 
Automated Commcmd Control System. In Fubini’s view, in the 
real world of national defense, a world characterized by inces- 
sant change, the whole notion of a fixed-system concept, the 
“old idea that a command and control system could be devel- 
oped, built, tested. Installed, and finally turned over to the 
users on some magic date,” had been rendered anachronis- 
tic.^® A different approach was called for, he believed, one that 
not only would recognize the fact of change but also would 
incorporate it as an integral element of the system’s niEmage- 
ment structure. The evolutionary approach surely did, and 
Fubini had been one of its earliest, most forceful proponents. 

The problem was that the evolutionary approach was at 
odds with the sort of centralized control of forces that was 
Increasingly called for by recent changes in US strategic doc- 
trine. Fubini himself had recognized this back in 1965, point- 
ing out how the approach would hkely result In a system that 
was “at best, a harmonious conglomerate of elements of differ- 
ent size, loosely but effectively federated.”^® Many critics of the 
approach would base their opposition on precisely this point, 
contending that “loosely but effectively federated” was an oxy- 
moron. But despite this limitation, or perhaps precisely be- 
cause of it, the idea of evolutionary development became fash- 
ionable with the release of the Defense Science Board’s report. 
All the rage, it became “one of the most widely used ‘buzz 
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words’ of recent years” in the words of DCA director Samuel L. 
Gravely Jr.^^ But unless one believes that iUogic had aU of a 
sudden become epidemic within the haUs of the Pentagon, It 
follows that support for the evolutionary approach must reflect 
some other agenda. 

In determining what that agenda might be, consider that the 
evolutionary approach had its strongest appeal to those who 
liked the notion of a “loose federation” just fine, those who 
were interested in maintaining their own autonomy, those 
whose interest lay in restraining the growth of centralized con- 
trol. Whereas a firm requirement to name specific criteria and 
goals up front would inevitably have led to greater centralized 
control, the evolutionary approach worked in the opposite di- 
rection — decentralizing authority for command and control de- 
velopment to system subunits. It was a recipe for suboptimiza- 
tion, and as such, it held considerable appeal to self-interested 
subunits such as the military services, who, pursuing their 
own programmatic interests, adopted and defended It with 
gusto: often at the expense of the larger organizational entity 
that was WWMCCS. 

The approach was also appealing because it increased the 
chances that favored programs would receive funding. After 
aU, if program costs were fully elaborated at the outset, they 
might well scare cost-conscious members of Congress. But 
with the evolutionary approach, it was necessary to identify 
costs only for the relatively near-term, for a core capabfllty, 
obviating the need to identify other expenses until some later 
time, when the system had “evolved.” It was in many respects 
the services’ analogue of the contractor’s buy in, wherein an 
artificially low price could be initially offered to get a contract, 
with additional costs being added on later, after a major finan- 
cial commitment had already been made to the program. The 
evolutionary approach also set the stage for actual contractor 
buy ins, with firms understanding full well that under the 
evolutionary logic prices could be raised, and raised again as 
the project evolved.^® 

In other words, the evolutionary approach appears to have 
been attractive because it allowed its proponents to have it 
both ways: they could cast themselves as forward-looking 
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innovators even as they advocated an approach which mciin- 
tained a status quo that worked to their benefit. 

This subunit mind-set, part self-interested pragmatism emd 
part Machiavellianism, was articulated well by one Air Force 
general who complained that Congress edways seemed to de- 
mand a complete system architecture in hand before work on 
a program could proceed. The search for am optimal system 
was obviously desirable, he noted, “but few are willing to ad- 
dress the resources necessary to transition to the ‘Mystical 
City,’ the ultimate architecture, if the slums must first be 
cleared.” So if the search for a perfect system resulted in ele- 
vated costs and program delays such that some programs 
were never initiated at all, the preferable approach, obviously, 
was to engage in step-by-step evolutionary progress.^® If users 
could not identify their requirements with precision, nor con- 
tractors the types of technologies they could produce, no prob- 
lem: “This will not prevent progress down the development 
path,” remarked one Army general.^ 

The enthusiasm with which the Defense Science Board 
Task Force’s report was received, then, and the pervasiveness 
of its subsequent acceptance, appears to have had less to do 
with its appropriateness in the larger programmatic scheme of 
things than with its usefulness to powerful WWMCCS 
subunits. Perry moved expeditiously to implement the evolu- 
tionary approach as the approach for command and control 
development, and it quickly became the newest front in the 
decades-old battle between the forces of command and control 
centralization and decentralization. 


Nifty Nugget 

Nifty Nugget 78 was a secret governmentwide mobilization 
and deplo 3 mient exercise conducted by the JCS during the fall 
of 1978. Essentially a massive computerized war game, the 
exercise was, in many respects, a series of firsts: It was the 
first exercise of its kind ever to be conducted. It was the first 
time any mobilization effort had been mounted since the real 
mobilization that had taken place during World War II. Nifty 
Nugget was, finally, the first military exercise to test the 
operational capabifitles of the new WWMCCS Intercomputer 
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Network, and, as such, it represented another opportunity for 
the Pentagon to demonstrate the value of the networking con- 
cept in support of command and control during a major (albeit 
fabricated) crisis.®’ 

The scenario that Nifty Nugget employed was ambitious, to 
say the least: an all-out attack against Western Europe by the 
Warsaw Pact nations, igniting a major conventional war with 
NATO forces. The United States, as the senior member of 
NATO, was drawn into the conflict from the outset. As the 
scenario unfolded, US forces stationed in West Germany im- 
mediately found themselves engaged in pitched combat with 
vastly superior attacking Pact forces. Reinforcements were ur- 
gently required, and so some four hundred thousand Ameri- 
can combat troops were to be mobilized and deployed to the 
plains of Central Europe rapidly. That was the general frame- 
work provided to the more than one thousand military and 
civilian Nifty Nugget players, located both in the United States 
and abroad. But it was a context only. In the war game, just as 
in a real war, things were not immutable or fixed. By design, 
many of the situations that arose were unanticipated. Issuing 
from actions taken and decisions made earlier in the game. 
These were the conditions under which the one thousand 
players waged fictitious war for a full month that fall. 
(Throughout the exercise, by some scenario -mandated magic, 
the nucleeir threshold was never crossed by either side.) 

As it turned out, the war did hot go well for the United 
States. In fact, what happened was that in remarkably short 
order, the mobilization plans of the United States simply fell 
apart. Many of the fictitious troops and much of the equip- 
ment that were to be deployed to the battlefi'ont could not get 
there because of logistical snarls. Of the soldiers who did 
make it, most died, but not for want of proper training or 
weaponry. To the contrary, under the terms of the scenario, 
the troops were assumed to be highly trained and their weap- 
ons top notch. The problem was a lack of proper supplies and 
support. One exercise planner described how the Army “was 
simply attrited to death”: artillery pieces had no shells, tanks 
had no fuel or spare parts, soldiers had no bullets or food.®® 

By no means was WWMCCS the source of all these difficul- 
ties; serendipity edso had a hand to play. In one particularly 
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bizarre incident, a civilian game participant working for the 
Department of Health, Education, and Welfare (HEW) retired 
just before Nifty Nugget began. As in reality, during the exer- 
cise HEW was responsible for handling civilian evacuees from 
the war zone after they arrived in the United States. But the 
problem for the exercise was that this responsibility had been 
invested In a single individual, now retired. He never had been 
replaced, and the not Inconsequential result of this for other 
Nifty Nugget players was that right in the middle of the deploy- 
ment operations they had to contend with almost a million 
civilian evacuees flooding into Army bases. 

Other problems were more directly attributable to the 
WWMCCS Intercomputer Network. According to participants, 
the response time of WIN was often unsatlsfactoiy, in part 
because of the semi-independent nature of many of the soft- 
ware applications in use throughout the system. They also 
noted how the WWMCCS standard computers could not, in 
effect, walk and chew gum at the same time; they were simply 
Incapable of keeping up with the simultaneous demands of the 
exercise and routine operations and maintenance. Many 
players were not provided with the level of automatic data- 
processing support they required. There also was a problem of 
securing alternative computing capability if the computers at 
one’s own site went down, because other sites were generally 
operating near their limit, with little in the way of excess ca- 
pacity to offer to anyone else.^ 

A final problem revolved around the issue of planning. One 
of the major lessons that was quickly drawn from Nifty Nugget 
concerned the lack of flexibility in the Pentagon’s computer- 
ized mobilization plans. WWMCCS computers were pro- 
grammed so that once a decision was made, a whole series of 
orders would be issued automatically and simultaneously to 
combat, transportation, and support units. It made a great 
deal of sense and speeded things up, provided that cill eventu- 
alities could be anticipated. The only problem was that Penta- 
gon planners, like everyone else, were far from omniscient. So 
when the unexpected occurred, when the war game diverged 
from the scenario as originally scripted, the computers were 
frequently caught flat-footed. In one example, an unexpected 
decision to redeploy a Marine unit to Iceland resulted in the 
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loss of six full days of airlift capability. The original plans no 
longer valid, they had to be removed from the computer and 
recalculated by hand.^® Problems such as these resulted in 
what Army vice chief of staff, Gen Walter T. Kerwin, the game’s 
official overseer, described as “great gaps” in players’ under- 
standing. “You wonder,” Kerwin mused ruefully, “whether they 
were playing the same exercise.”®® 

Nifty Nugget was thus far from an unmitigated success, either 
in general terms or for WIN specifically. It disclosed a series of 
fundamental command and control shortfalls, including an in- 
adequate ability to coordinate the use of transportation re- 
sources and difficulties in collecting the information necessary 
for crisis decision making. Also noteworthy were the insufficient 
automatic data-processing capabilities demonstrated by the 
World Wide Mllitaiy Command and Control System and its new 
WWMCCS Information Network. And in much the same way that 
the three WWMCCS failures a decade earlier had initiated a 
series of critical assessments of the command and control struc- 
ture and produced subsequent demands for reform. Nifty Nugget 
signaled the beginning of a similar process a decade later. What 
to do? One move in direct response to the deplo 5 ment problems 
identified during the exercise was the creation of a new joint 
deployment agency within the JCSO to coordinate and manage 
the actual deployment of forces.®^ Other exercise-inspired activi- 
ties included a series of DOD workshops and the creation of 
several new defense journals.®® There was certainly reason 
enough for aU this: Nifty Nugget raised the sobering possibility 
that the United States might just lose the next convention^ 
war.®® (Things proved little better two years later in Proud Spirit 
80, an updated and much less ambitious version of Nifty Nugget. 
Despite the fact that it almost seemed that Proud Spirit had been 
designed to prove a point about the capabfilties of WWMCCS, the 
performance of the WWMCCS computers continued to be con- 
siderably less than optimal. Indeed, in the words of one exercise 
participant, WWMCCS “just fell flat on its ass.”)'‘° 
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Chapter 12 


Crises and Criticisms 


The fall of 1978 was a busy one for the World Wide Military 
Command and Control System. Following the Defense Science 
Board Task Force’s report and the Nifty Nugget affair, the ADP 
battle was again joined, this time by the National Security 
Team of the President’s Reorganization Project. At the outset of 
the Carter administration several years before, a series of ef- 
forts collectively known as the President’s Reorganization Proj- 
ect had been initiated to improve the management and opera- 
tion of a wide range of government programs. One of these, the 
Federal Data Processing Reorganization Study, was an effort 
to Improve the acquisition, management, and use of computer 
systems. Responsibility for the study was given to the Office of 
Management and Budget (OMB), and OMB identified 10 gen- 
eral areas of Interest with respect to government ADP. Ten 
separate teams of experts were then established to examine 
each of these areas, and one of these, the National Security 
Team, focused on the computer systems used by the DOD, 
particularly those used in WWMCCS and related systems. Its 
final report was released on 25 October 1978, and its numer- 
ous criticisms fell into three general areas: the adequacy of 
deployed ADP assets, ADP management within the DOD, and 
the quality of the personnel employed in ADP-related functions. 

The National Security Team first found quality and ade- 
quacy of deployed computing assets to be severely unsatisfac- 
tory. Many of the WWMCCS ADP sites were not hardened, the 
team reported, and they offered little or no protection against 
nuclear attack or sabotage. The system’s continued reliance 
upon batch-processing technology meant that users were re- 
stricted in their ability to operate in an on-line, real-time envi- 
ronment. Many of system’s data-processing installations were 
operating near their limit, meaning that there was little surge 
capacity that could be drawn upon in the event of crises, when 
an increased volume of communications traffic and greater 
ADP load were Inevitable. The situation was especially critical 
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in the logistics and supply areas, where the WWMCCS com- 
puters already were operating at their hmit. ' 

Arguably, many of these limitations could have been overcome 
by using backup computers, either on-site or at remote loca- 
tions. The problem here was that existing cirrangements for this 
sort of fallback computer support were themselves woefully in- 
adequate. For the Air Force, except for a few critical commands 
such as NORAD and SAC, the availability of on-site backups was 
almost nonexistent. As for the use of backups at remote loca- 
tions, some Air Force organizations had in fact entered into 
agreements to have this sort of service provided on an emergency 
basis. But the organizations that were to provide this service 
were themselves operating near their systems’ capacities, mean- 
ing that they were unhkely to be able to satisfy substantially 
increased demands. In any case, the vaiying computer configu- 
rations between ADP sites virtually guaranteed that a backup 
capability, even if available, would likely not be fully appropriate. 
And, if things were bad for the Air Force, they were even worse 
for the Army, which had no surge or backup capacity whatso- 
ever. The National Security Team noted that in discussing the 
backup issue with the military commands, a not uncommon 
response was “a shrug and a comment that manual procedures 
will have to do.”^ Such assessments were promptly characterized 
as “alarmist” by such Insiders as John M. Carabello, the Penta- 
gon’s director of data automation, who claimed that existing 
backup systems were more than sufficient to take care of any 
shortcomings that might show up. When asked what systems he 
was referring to, however, Carabello responded by saying they 
were classified and could not be discussed with the reorganiza- 
tion project members.^ 

StiU another serious problem was that few of the major 
WWMCCS facilities had uninterruptable power supplies or a 
provision for auxiliary power. The National Military Command 
Center in the Pentagon, the most vital WWMCCS installation, 
was found to be totally dependent on commercial sources of 
power."* Other critical installations also relied on commercial 
power, and often with serious consequences. During the 
course of the review, team members learned that such key 
commands as the Military Airlift Command and NORAD had 
their computers go down every time the commercial power 
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lines on which they relied were struck by lightning, something 
that did not bode well for their ability to provide continuing 
service during a nuclear war.® While military officials were 
quick to point out that both NMCC and NORAD had diesel 
generators that allowed them to rapidly restore power In the 
event of outages, concern was hardly allayed; after all, most 
WWMCCS facilities did not have that capability. 

The second general area addressed by the National Security 
Team concerned the management of defense computer resources, 
which it found to be fragmented and not managed as a coher- 
ent whole. Within the Office of the Secretary of Defense, for 
example, a large number of officials had been given responsi- 
bility for various aspects of the automatic data-processing 
function. These included the DOD comptroller, the assistant 
secretary for communication, command, control, and intelli- 
gence (C®I); the undersecretary for research and engineering: 
and two of his deputies (research and advanced technology 
and acquisition policy). And if the civilians were bad off, things 
were even worse among the services. Lacking any central 
authority capable of setting guidelines and establishing stand- 
ards, the forms ADP management took were all over the land- 
scape. Ttie Navy ADP program, for example, followed the tradi- 
tional Navy management concept of centralized policy 
direction and decentralized execution. What this meant in 
practice was rampant suboptimization, with users developing 
and operating their systems essentially on their own without 
regard for the larger needs of the service. For the Air Force, 
ADP management was essentially a pairt-time affair that re- 
sulted in poor coordination, long approved cycles, and poor 
communications between the various agencies and individuals 
responsible for automatic data processing. Overall, it was con- 
cluded that the ability of ADP to meet a variety of critical 
defense functions was severely deficient.® 

Another consequence of fragmented management was that 
the hardware and software technologies that were acquired were 
frequently obsolete. The National Security Team found the av- 
erage age of DOD computing equipment to be some six years 
older than comparable equipment used in private industry — ^that 
is, a full generation behind. Many of the defense ADP assets 
used were no longer in production, meaning that premium 
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prices had to be paid to repair and support outdated technolo- 
gies. Poor management also meant that it was often impossible 
for defense organizations and agencies to determine what they 
were actually spending on ADP. The Army, for example, had 
always treated automatic data processing as a support service: 
costs were carried in other lines of its budget, and it was 
virtually impossible to break them out to provide a compre- 
hensive look at Army ADP expenditures. Obviously, there was 
also no way to ascertain the total extent of the Defense Depart- 
ment’s investment in ADP technologies and systems, and only 
broad estimates were possible.^ This was precisely the situ- 
ation that David Packard had faced at the beginning of the 
decade, which he had hoped to resolve by creating the position 
of assistant to the secretary of defense for telecommunica- 
tions, and instituting related changes in management struc- 
ture. But things appeared to have improved little with the 
passage of the years. 

It was a condition that had not gone unnoticed by Congress. If 
the Pentagon was unable or unwilling to manage its automatic 
data-processing programs itself, many congressmen reasoned. 
Congress had no choice but to fiU the vacuum. And flU it they 
did, especially Rep. Jack Brooks of Texas, who used the investi- 
gatory powers of the General Accounting Office like a weapon in 
his war against what he viewed as widespread Pentagon ADP 
mismanagement. The results were civilicin micromanagement of 
mUitaiy ADP and considerable military resentment. The only 
way to put an end to this acrimonious situation, the National 
Security Team concluded, was for the Pentagon to restore confi- 
dence by putting its managerial house in order.® 

The final area of attention was the personnel who worked in 
defense ADP, and here the major concerns were career ad- 
vancement opportunities for ADP professionals and the quality 
of personnel that those prospects engendered. As to the first, 
from the beginning, one of the most serious Impediments to 
the utilization of ADP technologies had been widespread insti- 
tutional resistance. In those early years, computers and those 
who operated them were considered a sort of necessary evil. 
Computer experience did nothing to enhance career opportu- 
nity, and it was only the “well-rounded officer” who would 
eventually get a shot at flag or general rank.® The National 
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Security Team discovered that things had not changed much. 
There was severe and widespread dissatisfaction with training 
and the prospects for career advancement, arising most nota- 
bly from a conspicuous lack of flag or general rank billets to be 
filled by officers with an ADP background and a considerable 
resistance to making any more slots available. ‘There are three 
ways to make a career in the Navy: under the water, on the 
water, and in the air,” one admiral remarked, exemplifying the 
prevailing view, ‘Td really wonder about an officer who wanted 
to make a career in computers.”'® 

The results of such an atmosphere of professional disdain 
were entirely predictable: Memy of the brightest and most am- 
bitious officers avoided the ADP area like the plague, and oth- 
ers left military service during their peak years of productivity, 
while the quality of those who remained diminished. To make 
matters worse, these conditions had their analogue among 
civilian computer specialists. Why, after aU, would the best 
and brightest want to work with obsolete technologies when 
private industry offered them the chance to do cutting-edge 
work? In addition, industry provided its ADP specialists both 
with better career opportunities and considerably higher sala- 
ries. In short, obsolescence in ADP hardware and software 
translated directly into personnel whose ADP skills were them- 
selves obsolescent." 

Coming up with ways to improve this dreary situation was 
the National Security Team’s final task, and recommendations 
were quick to follow. The Pentagon should forcefully Imple- 
ment life-cycle management policies for developing computer 
systems. The services and defense agencies should be required 
to make £iU information technology costs explicit in their budg- 
etary requests. The problem of obsolescent ADP equipment 
should be given prompt attention. Adequate career paths for 
ADP specialists should be established. A complete reorienta- 
tion of the Pentagon’s relations with Congress should be vigor- 
ously pursued. The military had been rendered operationally 
vulnerable because of its ADP shorifalls, the team concluded, 
and only such actions, vigorously pursued, could begin to rem- 
edy the situation.'^ 

A reorgcinlzation of ADP management was clearly called for. 
Despite the warning at the outset, saying, “We do not recommend 


223 



THE WORLD WIDE MILITARY COMMAND AND CONTROL SYSTEM 


that some form of radical reorganization take place,” the re- 
port’s central recommendation was fairly substantial nonethe- 
less. Noting that previous recommendations for change, including 
the 1970 blue ribbon panel and a 1975 RAND study, had been 
largely ignored, the team urged a vigorous restructuring of ADP 
management both on the Pentagon’s civilian and militaiy sides. 
Along the lines of the Defense Science Board proposal submitted 
Just a few months earlier, what the team called for was a sub- 
stantial centralization in ADP resource management — specifically, 
the creation of the Office of Information Technology within the 
OSD with responsibility for all defense ADP programs, including 
those implicated in WWMCCS.*® 

Even before the National Security Team’s report was issued, 
the services, anticipating its criticisms, began taking preemp- 
tive action. The Air Force formally Increased the frequency of 
the meetings of its ADP review board, established new equip- 
ment acquisition programs to replace obsolescent equipment, 
emd implemented a new ADP career path. The Army, which 
created an assistant chief of staff for automation and commu- 
nications, was actively considering changes in its ADP acquisition 
process, and was working on establLshing new ADP career 
fields for officers. As for the Navy, the service secretary issued an 
instruction reorienting the Navy Automatic Data-Processing 
Management Steering Committee to a more strategic oversight 
function. A special project to develop a new Navy long-range 
ADP plan was undertaken, and a number of efforts to replace 
obsolescent ADP equipment were initiated.*'* None of these 
“good citizen” reforms addressed the team’s central recom- 
mendation for a new centralized ADP authority, of course. In- 
deed, they could reasonably be Interpreted as moves designed 
precisely to prevent the establishment of such an office and to 
maintain ADP control at the subunit level. But as had hap- 
pened so often in the past, a crisis would cast doubt upon the 
wisdom of decentralization. 


Jonestown, Guyana 

The prototype WWMCCS Information Network and its opera- 
tional successor WIN had experienced their fair share of diffi- 
culties during their initial period of controlled testing and 
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uncontrolled use in JCS training exercises. How well WIN 
would perform under actual crisis conditions remained a 
question mark as Nifty Nugget ground to its unhappy conclu- 
sion in the fall of 1978. The WWMCCS community would not 
have long to wait in having that question answered, however. 
WIN would be put to the test that November because of the 
actions of a religious zealot by the name of the Reverend Jim 
Jones. 

Several years before, Jones emd more than one thousand 
members of the People’s Temple, as his religious following was 
called, had moved from San Francisco to Jonestown, Guyana, 
reportedly because of the negative publicity Jones had been 
receiving about his unorthodox preaching and his claims to 
heal the sick and raise the dead. Moved is probably not the 
most apt term to employ, however, for what took place was 
more like a disappearing act on a vast scale. As one reporter 
described it, “Spouses who were in the Temple left husbands 
and wives who were not. Children dropped out of school. 
Homes for the elderly, which were run by the Temple, were 
suddenly emptied of patients and staff. Wealthy members sold 
their homes and other possessions, or simply left them be- 
hind.”'® Even when worried relatives and friends discovered 
where their loved ones had gone and attempted to contact 
them by radio, all they got amidst the static were recrimina- 
tions and demands to be left alone. For those left behind and 
bewildered by this mass exodus, there was substantial cause 
for concern. 

The concern was particularly strong among a group of fam- 
ily members who, immediately following the Guyana reloca- 
tion, organized themselves into a group called the Concerned 
Relatives. Most of these people disliked Jones intensely, and 
many of them publicly dedicated themselves to doing every- 
thing necessary to rescue their loved ones from his influence. 
One element of their concern involved appealing to Rep. Leo J. 
Ryan of California for assistance, with group members de- 
scribing to him how their relatives were being held in Guyana 
against their will. Ryan responded by organizing a fact-finding 
tour of Jonestown on their behalf. 

That tour began on Wednesday, 15 November 1978, the day 
Ryan arrived in Georgetown, Guyana’s capital. Among the 
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congressman’s entourage were two staffers, eight reporters, 
and a 14-person delegation from the Concerned Relatives 
group. Ryan and a smaller group left the capital for Jonestown 
the following day. Things apparently started well enough, but 
had clearly deteriorated by Saturday, the day Ryan departed 
Jonestown, taking with him a small group of cult defectors. 
Shortly after the congressman left, Jones broadcast a radio 
message saying that Ryan had persecuted him, and that 
“avenging angels” had been sent after him. The angels caught 
up with Ryan and his party at the Port Kaituma airstrip, some 
six miles from Jonestown. Ryan was killed by a shotgun blast 
in the face, becoming only the second US congressman ever to 
be assassinated. Four of those with him were also killed, three 
of them members of the press, and 10 others were wounded. 

The carnage had only just begun, however. Once word was 
received that Ryan had been killed, everyone in the Jonestown 
colony was ordered to gather at the colony’s pavilion. After 
they had assembled, Jones ordered them to drink cyanide- 
laced grape Fla-Vor-Aid. Those who refused to drink it received 
injections. All except Jones, that is, who either shot himself or 
had someone else do it for him. More than nine hundred people 
died, 260 of them children.*® 

Sorting out the details of what actually happened that day 
would take place only later. At the time, it was a real-life 
crisis — a small one, to be sure — but the type of crisis that 
WWMCCS had been designed to manage. As soon as the first 
report of the attack on Ryan’s group reached Washington, the 
JCS immediately assembled a crisis action team. Sending a 
mlUtEiry force to Guyana was under serious consideration, 
meaning that the chiefs needed information concerning the 
availability of planes, troops, and medical aid. To help them in 
their search, the chiefs turned to the Readiness Command, a 
WWMCCS node located at MacDUl AFB near Tampa, Florida.*^ 
A Guyana crisis team was promptly created there, and a tele- 
conference between the Washington and Florida teams com- 
menced by way of the WWMCCS Information Network. And it 
was with WIN’S teleconferencing software that the problems 
began. 

The lengthiest and most embarrassing WIN failure during 
the Guyana crisis started with a typical Florida thunderstorm. 
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At the height of the crisis, the storm created a power outage 
that interrupted the teleconference. Power was quickly restored 
but not the teleconference. When members of the joint chiefs’ 
crisis action team tried to rejoin the conference, the WWMCCS 
computer in Florida, which was the host computer for the 
conference, would not accept their request to sign on. The 
reason, as a subsequent inquiry would determine, was that 
despite the disconnect, the joint chiefs’ remained “signed on” 
as far as the host computer was concerned, and the WWMCCS 
software would not allow them to sign on again. A condition 
bordering on panic ensued as automatic data-processing spe- 
cialists at the Pentagon frantically tried to figure out what had 
gone wrong. The solution they arrived at was to create a new 
code name for themselves, one the Florida WWMCCS com- 
puter would accept, thus edlowing the teleconference to be 
re-established. 'The fix worked, but by the time all of this had 
taken place, the joint chiefs’ crisis action team had been out of 
touch with the Readiness Command for more them an hour.'® 

In a related incident, the National Military Command Cen- 
ter’s automatic data-processing liaison officer attempted to 
use WIN to enter the teleconference. But when he tried to 
access the Readiness Command’s computer by way of WIN, 
the message “Remote Host Dead” appeared on his terminal. 
The computer was clearly doAvn, so he picked up the telephone 
and called the Readiness Command to find out what was 
wrong. He was told that there was no problem, the computer 
was up and fully operational. Confused, the ADP liaison officer 
spent the next 20 minutes making repeated, unsuccessful at- 
tempts to access the Readiness Commernd’s WWMCCS com- 
puter by way of WIN. The real problem was not the computer, 
it turned out, but rather the dedicated communications lines 
that were being used in WIN. When this possibility occurred to 
the ADP officer, he switched his computer terminal to another, 
non-WlN communications line and established contact with 
the Readiness Command’s computer. But this was in spite of, 
not because of, the WWMCCS Intercomputer Network. To 
make matters worse, bugs in WIN’s software caused head- 
aches for teleconference participants who attempted to log off 
to perform data-processing functions; when they did so, unex- 
pected computer failures occurred. Things got so bad that the 
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Readiness Command finally directed its personnel not to use 
WIN’S teleconferencing capabilities until the problems could be 
fixed.*® 

This was obviously not how things were supposed to work. 
The problems experienced during the Guyana crisis emd Nifty 
Nugget seemed to represent a late- 1970s analogue to the Lib- 
erty, Pueblo, and EC- 121 crises of the late 1960s. But a key 
difference was that many members of the press had heard of 
WWMCCS by this time and knew at least in general terms 
what the system was supposed to do, so when fresh word of its 
failures began leaking out, they were ready. One critical press 
account began by noting how the Guyana crisis had simply 
overwhelmed the WWMCCS computers and went on to say 
how their malfunctions had been so frequent “that the joint 
chiefs were stjnnied.” Although the system was supposed to 
have permitted the chiefs to manage the Guyana crisis, what 
happened instead was a situation “just like an airline ticket 
counter when all the computers go down.” WWMCCS was pub- 
licly denounced as a disaster, a system with apparently intrac- 
table technical and managerial problems.®® Not surprisingly. 
Pentagon officials were quick to disagree, dismissing the press 
reports as “horror stories” and the situations they portrayed as 
of dubious relevance for actual miUtaiy operations. They pointed 
out how throughout the Guyana crisis, the average avcillabllity 
for WIN’S 12 network nodes had been on the order of 95.5 
percent.®' However that may be, the 5 percent or so of non- 
availability clearly seemed to have major ramifications for cri- 
sis management and would soon lead to some of the sharpest 
criticism ever of WWMCCS and its automatic data processing. 


DCA and Centralization 

It was in a dour mood in Januaiy 1979 that Assistant Secre- 
tary of Defense for C^I Gerald Dinneen instructed Defense 
Communications Agency director Samuel L. Gravely Jr. to pre- 
pare a plan for expanding his agency’s charter along the lines 
suggested by the Defense Science Board’s report. Gravely was 
enthusiastic, and he consulted numerous experts both inside 
the DOD and in the private sector. His report was submitted to 
Dinneen and the JCS that February. 
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Symbolic of the proposed expansion of his agency and its 
functions, management responsibilities, and emphases, 
Gravely’s plan began by recommending that the name of his 
agency be changed to the Defense Communications, Command, 
and Control Agency (DC^A). A series of specific recommendations 
followed: First, the expanded agency would be given complete 
control over the Defense Communications System, including 
funding and actual operations. Second, the agency would as- 
sume budgetary and operational control for a variety of joint- 
service command and control programs, including TRI-TAC, 
the Joint Tactical Communications program, and general pro- 
gram guidance over other tactical programs such as the E-3A 
Airborne Warning and Command System program.^ DCA’s 
previous responsibilities for program monitoring and technical 
support for a number of national-level command and control 
programs would be expanded similarly. The agency would as- 
sume sole responsibility for WWMCCS system engineering. It 
would exercise management control and have funding responsi- 
bility for such priority elements of WWMCCS as the National 
Military Command System and the Minimum Essential Emer- 
gency Communications System. It would assume control over 
WWMCCS automatic data processing, secure voice communi- 
cations, electronic counter-countermeasures, and a range of 
other vital system functions. In a number of other areas in 
which DCA had no previous involvement, including the Na- 
tional Emergency Airborne Command Post program, the Preci- 
sion Acquisition of Vehicle Entry and Phased Array Warning 
System (PAVE PAWS) and Ballistic Missile Early Warning Sys- 
tem (BMEWS) radar systems, and the Navy’s Take Charge and 
Move Out fTACAMO) planes, it was recommended that the 
agency be given responsibility for general program guidance.^ 
Gravely was clearly suggesting an approach to the develop- 
ment and operation of command and control systems in which 
the activities of the military services would be more tightly 
coupled to, and directed by, national-level requirements. While 
to some extent the Defense Communications System already 
provided the national leadership with this sort of top-down 
view. Gravely noted that as far as WWMCCS as a whole was 
concerned, there was still a long way to go.^‘* Truly a clarion 
call for centralization, DCA’s plan was intended to help 
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WWMCCS adveince at least some distance in that direction; 
and this, after all, was what Gravely thought Dinneen had 
asked him to do. The plan also could not have been further 
removed from the ad hoc Incrementalism of the evolutionary 
approach advocated in the Defense Science Board’s report. 

Dinneen promptly asked the Joint Chiefs of Staff and the 
military services to review the DCA plan. Their formal and 
informal responses, coming in over the ensuing weeks, were so 
blistering in tone, so emphatic in their recommendation that 
an expanded DCA not be created, that Gravely found himself 
questioning “our mutual understanding of what the C^ com- 
munity is really trying to do.” The services, specifically, inter- 
preted the DCA report as a power play, an illicit attempt by the 
agency to strengthen its bureaucratic hand and feather its 
nest at their expense. One officer typified this view when he 
remarked sardonically how DCA would, no doubt, “happily 
volunteer to take over the reins” of command and control, and 
then “require some 300 -plus additional billets and control of 
service funds.” Although Gravely made it a point to say that 
DCA was not on its own Irutiative seeking additional responsi- 
bilities for WWMCCS (he had, after all, been asked to prepare 
his report), service suspicions were hardly allayed when he 
went on to say that his agency would not shrink from any new 
tasks that might be assigned to it.^® 

Much of the resistance stemmed from the fact that many 
service officials continued to consider the Defense Communi- 
cations System to be strictly a general-user, peacetime system. 
By giving DCA a more central role in WWMCCS, by giving it 
responsibility for key WWMCCS assets such as Minimum 
Essential Emergency Communications Network, by emphasiz- 
ing such issues as survivability and a concern with command 
and control counter-countermeasures, Gravely’s report clearly 
suggested that DCA’s war -fighting responsibilities were to be 
substantially expanded. But the services considered the con- 
duct of warfare to be their exclusive province, and they jeal- 
ously guarded that mission and the funds, personnel, and 
hardware that followed directly from it. 

A closely related concern from the services’ perspective was 
that the changes Gravely advocated would result in a further 
blurring of the distinction between the strategic and tactical 
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worlds. Formulation of the next iteration of US strategic doc- 
trine, countervailing strategy, was already well In the works in 
the higher levels of the Carter administration (it would find 
formal expression in July 1980, vdth the issuing of Presiden- 
tial Directive 59). The doctrine’s central tenet, that the United 
States should be capable of waging and prevailing in a pro- 
tracted nuclear war, carried with it an obvious demand that 
the NCA be able to communicate directly with commanders on 
the scene for a protracted time under aU sorts of conditions. It 
implied that the intelligence traffic on which command and 
control relies would flow unimpeded across both strategic and 
tactical assets and whatever boundaries might formally sepa- 
rate them. Under this new set of rules, everything would in 
effect become “strategic.” 

There were major problems with this from the perspective of 
many service officials. First, they believed countervailing strat- 
egy to be little more than the most recent in a series of in- 
creasingly elaborate civilian doctrinal fantasies. Many of the 
forces cmd technologies necessary to make it work either were 
not in place or simply did not exist.^® Of those assets that did 
exist and that could be marshaled in support of the new doc- 
trine, many were currently considered “tactical” assets and the 
property of a single service. By redefining everything as strate- 
gic, such control would presumably be lost, meaning that the 
costs of pursuing the doctrinal fantasy would come directly 
out of the services’ hide. So when Gravely called for a more 
powerful Defense Communications Agency, one in which the 
“needs of the national level take precedence over the pEirochied 
needs of the individual services,” one in which the traditionally 
distinct boundary separating service and agency would be 
blurred (to the services’ detriment), it is hardly surprising that 
everyone balked.^’ Indeed, so strong was the resistance, so 
energetic the efforts to protect the bureaucratic status quo, 
that Gravely would soon exclaim in dismay, “I feel, at tunes, 
that we let management boundaries become the primary con- 
cern rather than national capabilities.”^® 

Thrown onto the defensive, Gravely would cause additional 
irritation by pubUcly airing his view that many of the system’s 
shortcomings could be directly traced to, its subunit-dominated 
character. The substantive issues addressed by the Defense 
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Science Board Task Force, as well as the recommendations for 
reform that it had proposed, were being lost in the shuffle, he 
said, as the services hastened to protect their roles and their 
missions. As for himself and the DCA, Gravely noted that by 
calling a spade a spade he risked suffering the fate of the 
Young Lady of Kent: 

There was a young lady of Kent 

Who always said just what she meant. 

People said, ‘She’s a dear. 

So unique — so sincere — ’ 

But they shunned her by common consent. ^9 

Gerald Dlnneen closed the matter, presumably sparing 
Gravely that ignominious fate, by creating in March 1979 a 
new command, control, and communications systems direc- 
torate within the Joint Chiefs of Staff organization (JCSO). Lt 
Gen Hillman Dickinson, its new director, would serve as prin- 
cipal advisor to the undersecretary of defense for policy and to 
the chairman of the JCS for command and control matters. 
His directorate would serve a master planning function, estab- 
lishing priorities for research and development initiatives, as 
well as for operational programs. In this, the directorate would 
represent the military analogue to the Office of the Assistant 
Secretary for C^I, with which its activities would be coordi- 
nated. In other words, if there was going to be increased cen- 
tralization of the command and control function, the joint 
chiefs wanted to make certain it would occur on their terms. 
As a complement to the changes in the JCSO, Dirmeen begcin 
plans to reorganize his own office, and these were approved in 
July of 1979. 

As for the Defense Communications Agency, although 
Gravely would not get his new, enhanced DC^A, his efforts to 
enhance the authority of his agency would not be whoUy in 
vain. As bureaucratic recompense to the irate DCA director, 
Dirmeen and his bosses subsequently proposed that the World 
Wide Military Command and Control System Engineering Or- 
ganization be integrated into the DCA. When this occurred, 
the WWMCCS system engineer would be given the additional 
title of deputy director for command and control systems and 
be given responsibility for providing architectural and systems 
support for Interservice command and control systems. This 
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included responsibilities for establishing defensewide architec- 
tures for computer -to-computer communications, secure voice 
communieations, and the move to an aU-digital world.®® Addi- 
tionally, DCA’s current deputy director for command and con- 
trol would be retitled deputy direetor for eommand and control 
technical support, emphasizing his responsibility for directing 
the Command and Control Technlcsil Center that supports the 
JCS organization. The center was given a series of WWMCCS 
responsibilities, including developing and maintaining plans 
for WWMCCS’s further development, managing WWMCCS 
standard software applications, smd providing an organizational 
point of contact for database administration.®* Dinneen remarked 
that ciU of these changes were the best way to pursue the DSB 
task force’s recommendations to ereate a eentral focus for 
command and control systems management, while at the 
same time Involving the unified and specified commands in 
the process.®® AH m all, the amount of organizational shuffling 
and reshuffling had been considerable. Whether any of these 
new arrangements would ultimately make for a more respon- 
sive WWMCCS was, of course, an entirely different matter. 


The 1979 GAO Report 

Of all the criticisms of WWMCCS that were mounted during 
the 1970s, none was harsher or more unremitting in its attaek 
than a General Aecounting Office report released just two weeks 
before decade’s end. The report’s genesis was in John H. 
Bradley’s firing from the Defense Commimleations Agency for 
his persistent critieisms of PWIN reliability. Believing that the 
Pentagon’s only interest was in sweeping WWMCCS’s problems 
imder the rug and outraged that his concern for the nation’s 
security was earning him nothing but bureaucratic disapproba- 
tion and vindictiveness, Bradley decided to go public. Speaking 
to reporters on the record, he had outlined PWIITs many prob- 
lems and shortcomings. His interviews resulted in a series of 
articles in the popular press, aU of them highly critical of 
WWMCCS, which had the effect of focusing public attention on 
the system for the first time since the command and control 
failures of the late 1960s. Perhaps more significantly, congres- 
sional interest was eiroused, and the watehdog GAO was directed 
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to conduct a full-scale Investigation into WWMCCS’s automat- 
ic data processing.^ 

The GAO report, titled The World Wide Military Command 
and Control System — Major Changes Needed in its Automated 
Data Processing Management and Direction, was released in 
December 1979, and on almost every one of its more than one 
hundred pages were calls for precisely such major changes. 
GAO’s overarching criticism, echoing in many respects the 
findings of FSD’s architectural studies, was that the Depart- 
ment of Defense had never adequately defined command and 
control systems users’ information requirements. Various rea- 
sons for this were cited, one of the more important being that 
WWMCCS’s ADP management structure was so complex and 
fragmented that no single individual or organization had re- 
sponsibility for such matters as budgeting, funding, and man- 
agement. Responsibilities were all over the landscape, it was 
said, and accountability hard to pin down. As a consequence, 
nobody was responsible for ensuring the coordination and op- 
eration of the system. Nobody was accountable for system defi- 
cits or for maktag necessary changes when things went wrong. 
Indeed, things were so diffuse and uncoordinated that no one 
even had a thorough general understanding of the program. It 
was this lack of centralized management, the GAO concluded, 
that impeded defense efforts to design, develop, implement, 
and operate a command and control system responsive to users’ 
needs at the local level, or a national-level system capable of 
meeting the declared policies of the United States.®^ 

In other words, nobody was reailly in charge of WWMCCS 
automatic data processing, and it showed. The GAO report 
then proceeded to describe In graphic detail the shortcomings 
of the WWMCCS standard computers and their associated sys- 
tem software, noting how these failed to support the command 
and control function. Most of the computers were found to 
lack independent and uniform sources of electrical power, 
making them vulnerable to power outages. Nor were the com- 
puters survivable, and there was little provision for backup in 
the event of accidents, acts of nature, or aggression. The com- 
puters’ main memory was limited and the machines relied on 
batch-processing technology, both of which resulted in serious 
difficulties when the system was called upon to operate in a 
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real-time environment. It was these conditions, the GAO said, 
that had produced the problems encountered in exercises 
such as Nifty Nugget, and in real crises like Guyana. The 
overall conclusion contained in the report could hardly have 
been clearer: the objectives of the WWMCCS ADP progrcim had 
not been achieved, and there had been little, if any, improve- 
ment in the program since its Inception back in 1966.®® 

What should be done? To create a more effective system, the 
GAO underscored the recommendation of virtually aU past 
studies: a single central organization should be given project 
management authority for all WWMCCS and WWMCCS-related 
computer-based information systems. This WWMCCS project 
manager, as the GAO called it, would assist in the identifica- 
tion of users’ Information requirements, prepare plans for the 
development of ADP systems responsive to those needs, de- 
velop systemwide standards for WWMCCS, and Implement 
cost-accounting mechanisms throughout the WWMCCS com- 
munity. Since much of this was frankly inconsistent with the 
evolutionary approach to system development in vogue in the 
Pentagon, the GAO urged that such an approach be immedi- 
ately abandoned. For it was the evolutionary approach, per- 
haps more than anything else, that limited proper system de- 
velopment and impeded appropriate management practices for 
WWMCCS ADP. In its stead should be substituted the princi- 
ples of life-cycle management, emphasizing rational planning 
zmd clear accountability. Finally, it was recommended that 
Congress withhold funding both for WIN and for upgrading the 
WWMCCS standard computers until these necessary reforms 
were made.®® 

The GAO concluded with a discussion of how Pentagon offi- 
cials had tried to restrict the scope of its investigation: “We 
were unable to fully discharge our statutory responsibilities 
because the Joint Chiefs of Staff denied us complete access to 
documents we considered to be pertinent to the evaluation.” 
For example, no information at all was provided about the 
alleged WWMCCS fiasco that occurred during the seizure of 
the American merchant ship Mayaguez in May 1975, when the 
WWMCCS computers reportedly crashed.®^ Only partial infor- 
mation was provided about the Guyana crisis, it was said, and 
funding figures for a number of WWMCCS-related agencies 
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and programs were not provided. All told, only about two- 
thirds of the information requested from the Pentagon was 
actually made available. 

For the GAO investigators, it added insult to injury that 
much of the withholding apparently took place on the flimsiest 
of bureaucratic pretexts. Navy documents concerning Nifty 
Nugget, for instance, were withheld because they did not rep- 
resent the “official position” of the Department of the Navy. 
The Preliminanj National Militanj Command System Master 
Plan was not provided because it was not an “official” docu- 
ment — this despite the fact that it had been provided to FSD 
three years earlier to aid in its work as WWMCCS architect. 
Another set of documents, the Technical Support Requirements 
for the Command and Control Technical Center, were withheld 
because they were “internal working documents.” The clear 
position of the Pentagon was that drafts, working papers, and 
so on, would simply not be made available. To make matters 
more inconvenient still. Pentagon officials stood firmly on bu- 
reaucratic formality and required that all requests for documents 
and interviews be made in writing. The result was lengthy 
delays, many of which were doubly unnecessary because Pen- 
tagon officials apparently decided to sit on information for as 
long as possible, for days or weeks after it was ready for re- 
lease. The GAO concluded that these sorts of actions, many 
“Avlthout legal Justification,” had adversely impacted its ability 
to provide a thorough, timely evaluation of WWMCCS auto- 
matic data processing.®® But given the extensiveness of the 
WWMCCS shortcomings described in the report, it is difficult 
to imagine what a more thorough evaluation might have re- 
veaded. 

But criticisms there were aplenty that had to be addressed 
by the Pentagon, emd in so doing, the most common response 
was the one used in the wake of the Guyana crisis: acknow- 
ledge that some problems exist, while shifting the ground of 
argument from what is wrong with the system to what is right 
with it. (Yes, there were some problems with WIN during Guy- 
ana, but the network had an average component availability of 
over 95 percent.) General Dickinson, the newly appointed di- 
rector of C® systems in the Joint Chiefs of Staff organization, 
exempUfled this approach by acknowledging up front that a 
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number of Improvements to the system were still necessaiy. 
But he quickly followed this up by noting how significant im- 
provements in performance had been achieved in the recent 
past, most of them as a result of better management. For 
example, evaluations had shown that WWMCCS automatic 
data processing was generally quite satisfactory for routine 
operations. The computers were “doing more and more [of] 
what they were designed to do,” Dickinson said. They per- 
formed “very useful functions,” and “no using command would 
give up its WWMCCS ADP service.”®® A Pentagon document 
leaked to the Washir^ton Post defending WWMCCS similarly 
claimed that the computers provided generally effective sup- 
port to their users. If there were any problems, it was only 
when extraordinary demands were placed upon the system.'*® 
Throughout, the flap over WWMCCS’s deficiencies was attrib- 
uted more to critics’ characteristics — their naivete, bias, op- 
portunism, even maliciousness — than to any actual problem 
with the system. The official view was that the system had 
gotten a bum rap, when in fact “WWMCCS works.”** 

But the glare of the media spotlight was relentless. Dis- 
mayed by what was Interpreted as unfair press treatment of 
WWMCCS, the Pentagon’s public stance soon became one of 
defensiveness or silence. Irritated by the congressional med- 
dling In defense automatic data-processing matters that the 
criticism had provoked, suspicious of congressional motives, 
the Pentagon began to experience increasingly strained work- 
ing relations with Congress. It was a mistrust that cut both 
ways, of course. The treatment of the GAO during its inquiry 
had led not a few members of Congress to question the credi- 
bility of Pentagon officials’ motives and objectives in their deal- 
ings with Congress. Indeed, things had deteriorated so badly, 
relations with some congressional groups had become so 
strained, that if another major incident involving WWMCCS 
ADP occurred, it did not appear unfikely that the whole enter- 
prise, budget and all, might become vulnerable to congres- 
sional reprisal.*® 

Such was the context when a team of 30 academics was assem- 
bled at the Pentagon in 1979. These outside consultants — 
anthropologists, systems theorists, mathematicians, and all the 
rest — ^were not being turned to in a search for new technologies. 
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perhaps not surprising given the frequent inability of new 
technologies to solve WWMCCS’s problems. Rather, what the 
Pentagon was looking for from these “academics with a philo- 
sophical bent” was an organizational solution: some new, non- 
traditional command and control management technique that 
would be consistent with all other defense resources and func- 
tions.^^ At bottom, the difficulty was the complexity of com- 
mand and control, its essential ambiguity — problems made 
more difficult by the phenomenal growth that had taken place 
since the time WWMCCS was established. The whole enter- 
prise was now incomparably larger in quantitative terms: more 
people, organizations, facilities, and assets. It had changed 
qualitatively as well. Driven by changes in doctrine and the 
strategic threat, there had grown up an apparently insatiable 
demand for information, of new and different sorts, that was 
needed ever more quickly. Both driving this demand and a 
consequence of it was the explosive growth of automatic data 
processing at every level of the system.'^ The need was to find a 
way to fuse the disparate elements of WWMCCS into a coher- 
ent whole, and it had at last become clear to many officials 
that a technological fix was probably not the answer. 

True reform would likely come hard, however, because of the 
subunit-dominated nature of WWMCCS and the fact that change 
would affect powerful constituencies in ways they foimd inimical 
to the performeince of their missions. The services tended ever to 
go their separate ways, their efforts generally lacked positive 
synergistic effects, and the Pentagon hoped the academics would 
“find the means of orchestrating the cacophony now rampant in 
the US command and control domain,” as one of the consultants 
who helped organize the meetings phrased it. But these hopes 
would be quickly dashed; no easy answers were out there just 
waiting to be discovered emd implemented. To be certain, all 
sorts of recommendations were offered up, some of them draw- 
ing upon elaborate biological models or theories fi:om the hard 
sciences. But in the words of the consultant, what was lacking 
was “critical examination of the dominant paradigm which con- 
dones the expenditure of vast resources without even a sem- 
blance of a conceptual rationale for the effort.”'*® For without 
such a rationale, a truly effective WWMCCS would likely 
remain chimerical, with additional system failures a virtual 
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certainty. These were, in fact, not long in coming. The next 
failure, or, more appropriately, series of failures, took place at 
one of WWMCCS’s most important nodes, the Cheyenne 
Mountain headquarters of the North American Aerospace De- 
fense Command. 
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Chapter 13 

Failures at NORAD 


Understanding the failures that brought to a close the sec- 
ond decade — and the second phase — of the World Wide Mili- 
tary Command and Control System’s operations requires that 
we take a brief tour backwards in time. 

NORAD and the Program 427M 

The North American Air Defense Command’s Cheyenne 
Mountain complex, a key WWMCCS node, became operational 
in 1966. Although clearly a substantial Improvement over the 
systems NORAD had used in the past, it was apparent, even at 
the time the new facility opened its blast doors for business, 
that major improvements would soon be necessary if NORAD 
were to meet its mission responsibilities, which were shifting 
away from atmospheric threats and toward space. Implicit in 
this was an increasing flood of sensor data and the need for 
modern automatic data processing to make sense of it. The 
ADP capabilities of the second-generation computers used in 
Cheyenne Mountain’s 425L Command and Control System 
and the 496L Spacetrack System did not provide the sort of 
computing power that NORM)’s changing mission increasingly 
demanded, and an effort to provide a follow-on ADP capability 
formally began in December 1968.* This effort was designated 
the 427M computer improvement program, but a major thorn 
in its side would prove to be the WWMCCS automatic data- 
processing upgrade program. 

Defense Secretary Melvin R. Laird had laid down two 
WWMCCS-related conditions when he approved Program 
427M. The first was that overall management responsibility for 
the program would be given to the Air Force Systems Com- 
mand’s Electronic Systems Division (ESD). More than any 
other Air Force entity, ESD had a central stake in the develop- 
ment of WWMCCS and presumably could be counted on to 
further the goals of the larger nationcd-level system. The sec- 
ond condition was that NORAD use the standard WWMCCS 
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computer hardware and associated software then In the pro- 
cess of being procured.^ 

As designed, Program 427M included three major elements, 
or system segments. The first of these was the NORAD Com- 
puter System (NCS), which involved replacing the existing 
computers and related equipment of the 425L command and 
control system with new equipment. The purpose of the NCS 
was to provide NORAD with missile-warning data, nuclear 
detonation reports, weapons and sensor systems status, air- 
craft surveillance and warning reports, and other information. 
The second system segment, the Space Computational Center 
(SCO, the intended replacement for NORAD’s 496L 
Spacetrack System, was the focal point for US and Canadian 
efforts to detect, track, and catalog all man-made objects in 
space from the moment of launch through the final moments 
of orbital decay. In addition to generating impact predictions, 
the see would provide an integrated system with enhanced 
data-processtng capabilities. The final segment of Program 
427M was the Communications System Segment (CSS). If new 
computers were to be the brains of NORAD’s new program, the 
CSS would be its central nervous system. Consolidating a vari- 
ety of currently separated functions into a single integrated 
system, the CSS would provide complete message processing, 
monitor relevant data circuits and equipment, supervise the 
automatic rerouting and restoration of circuits, and provide 
for message storage and record keeping.^ This would Include 
the dissemination of aerospace defense warning to other com- 
mand centers, including the NMCC, ANMCC, and SAC head- 
quarters.^ All of this would be done by the WWMCCS standard 
computers, which were installed in Cheyenne Mountain in 
1972 as part of the larger WWMCCS ADP upgrade program. 

But all manner of computer problems quickly began crop- 
ping up. In the area of hardware, it was immediately apparent 
that the WWMCCS standard computers simply did not have 
the data-processing capabilities necessary to meet NORAD’s 
mission requirements. But being saddled with the Hone 5 rwells, 
NORAD was forced to improvise. The contractor’s written 
agreement was revised, and a considerable quantity of addi- 
tional computer hardware and associated equipment for data 
processing and communications switching was procured. This 
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arrangement naturally added to system cost and complexity 
and had a negative impact on overall reliability.® The primary 
villain in the program’s escalating cost, however, was contrac- 
tor overruns in the software area, where major difficulties were 
surfacing. Because the WWMCCS computers’ standard soft- 
ware was written to operate in a batch-processing mode, com- 
plex software modification and retrofit operations were neces- 
sary to make the computers operate in the real-time 
Interactive fashion demanded by NORAD. As with more com- 
plex hardware, more complex software both increased costs 
emd raised the likelihood of system failures.® 

But the additional effort, equipment, and money by no means 
resolved the problems encoimtered by each of Program 427M’s 
three system segments. Consider the Space Computational Cen- 
ter, which was originally intended to host a large scientific com- 
puter. This plan had been abandoned when NORAD was in- 
structed to use the WWMCCS Hone 5 rwell 6080 standard 
computers — essentially business machines — ^that were incapable 
of performing many of the data-processing fimctlons that were 
described in the baseline requirements for the SCC. A second 
Honejnvell computer was acquired, but by no means was this a 
solution to all of the problems. With its computers vmable to 
meet specified performance standards, NORAD had no choice 
but to downgrade those standards. Things appeared equally 
dark for Program 427M’s second segment, the NORAD computer 
system, where by 1977 NORAD’s deputy commander for opera- 
tions was pointing out how — largely because of the limitations of 
the WWMCCS standard computers — some 49 NCS program 
and modification requests were outstanding that were consid- 
ered absolutely essential if the Combat Operations Center was to 
perform its missions effectively.^ 

Finally, there was the Communications System Segment, 
the linkage between NORAD and the outside world. Plans had 
called for the CSS to use two WWMCCS-standard Data Net 
355 computers, but serious reliability and interface problems 
necessitated the Incorporation of two Hone 5 nvell 6050 computers 
as replacements. Still the problems continued. A variety of 
additloned equipment was added, increasing the likelihood of 
breakdowns and lowering system reUabillty. In the area of 
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software, things were so bad that they appeared to preclude 
the program’s ever achieving initial operational capability.® 

The problems themselves being intractable, the solution NORAD 
eventually arrived at was simply to declare rhetorical victory and 
move on. A new standard of acceptability was promulgated, a 
so-called equivalent operational capability, and in September 1979 
the 427M system was said to have achieved it. To many, how- 
ever, equivalent operational capability was a grim reminder that 
after years of effort, NORAD’s new system provided capabilities 
to its users no better than the outdated, 1960s-vtntage systems 
it had replaced. For if the primary criterion for determining a 
program’s effectiveness was whether the final product met users’ 
needs, the 427M Computer Improvement Program had to be 
considered whoUy ineffective. Something clearly had to be done. 
The General Accounting Office recommended to Congress that 
NORAD be exempted from the requirement to use WWMCCS 
hardware and software, and that all Program 427M’s hardware 
and software be replaced with modem, state-of-the-art ADP 
equipment.® This was certainly in accord with the wishes of 
NORAD officials, who promptly requested the exemption. But as 
had been the case almost a decade earlier, the exception was not 
granted.'® Such was the context in which the next series of 
WWMCCS failures occurred at Cheyenne Moimtaln, many of 
them directly attributable to the problem-plagued 427M system. 


Failures at NORAD 

To imderstand the WWMCCS failures that occurred at NORAD, 
it is necessary to consider both the way in which the com- 
mand is linked to other command centers and the nature of 
the Information that passes over some of those linkages. All 
US early warning radars and satellites feed their data to NORAD 
headquarters in Cheyenne Mountain, and for many sensors, 
such as the Ballistic Missile Early Warning System, that is the 
only place data is sent. 

But things operated somewhat differently with respect to the 
data from those sensors designed to detect missiles launched 
from submarines, including the defense support program infra- 
red satellites and radars of the Ballistic Missile Early Warning 
System and the then-under-constmctlon PAVE PAWs radars 
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for submarine-launched ballstic missile (SLBM) detection and 
wairnlng, the first of which came on line in mid- 1979. True, 
NORAD receives data from those systems, which it then proc- 
esses and transmits in near real time to four key command 
centers: the National Mllitaiy Command Center, the Alternate 
National Military Command Center, the Strategic Air Com- 
mand headquarters, and the Canadian Federal Warning Cen- 
ter in Ottawa. But because of the short-warning times involved 
in a SLBM attack, the command centers also receive the raw 
data directly from the sensors. Should SLBMs be detected, 
duty officers at NMCC, ANMCC, and SAC would have two 
separate displays of the same attack data.” 

The communications circuits linking NORAD to the other 
command centers for this purpose were dedicated; that is, 
they were used for no other purpose. One might also Imagine, 
missile attacks being rare, that the circuits would not be much 
used, but this is not the case for two reasons. First, so that the 
other command centers could continuously check that the cir- 
cuits linking them to NORAD were open and properly func- 
tioning, NORAD had to continuously transmit a routine mes- 
sage to the three command centers. This message, just filler 
consisting of a series of zeroes, said in effect, “No missiles for 
you today.” Second, while real missiles might indeed be rare, 
possible missile threats were considerably more common. The 
lnfi*ared sensors of the defense support program satellites, for 
example, continually detect a wide range of phenomena — fires, 
natural gas explosions, and reflected sunlight as well as burn- 
ing rocket motors — that require identification and evcduation. 
At such times, the zeroes in NORAD’s filler message would be 
replaced by actual numbers, and the duty officers at the vari- 
ous command centers would go into action. All possible indi- 
cations of attack, even those involving ambiguous data, were 
sufficient to initiate a formal evaluative process.*^ 

The first step of this process was known as a missile display 
conference, emd these conferences were remarkably common. 
Indeed routine. During the 18-month period from January 
1979 through the end of June 1980, some 3,703 such confer- 
ences were held, averaging almost seven a day. During a mis- 
sile display conference, duty officers at the command centers 
would evaluate the situation, and, in virtually all instances. 
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would quickly determine that no credible threat to the North 
American continent existed. NORAD’s commander would then 
terminate the conference. But if things remained in doubt and 
the possibility of a threat persisted, the commander would up 
the ante, convening a threat assessment conference. Its pur- 
pose was twofold, both to determine the nature of the threat 
and to take preliminary steps to enhance force survivability. 
With this type of conference more senior officers would be 
brought in, including SAC’s commander and the chairman of 
the Joint Chiefs of Staff. During the 18-month period just 
mentioned, four such conferences took place. If the situation 
could not be resolved during the threat assessment confer- 
ence, the final step Involved convening a missile attack confer- 
ence. Here, all of the most senior military and government 
officials would participate, including the president. As far as is 
known, no missile attack conference has ever been held.'® 

Of the four threat assessment conferences held during the 
18-month period in 1979-80, two were attributable to an old 
FSS-7 radar located at Mount Hebo, Washington. As one of the 
six original “fuzzy sevens” designed to detect SLBM launches, 
it was seriously outdated. The Mount Hebo radar was slated to 
be replaced in the early 1980s by the new PAVE PAWS radar at 
Beale AFB in California, but at the time, the phased array 
radar was not yet fully operational. 

The first of iiie threat assessment conferences took place on 
3 October 1979, when the Mount Hebo radar picked up a 
decaying rocket body in low orbit. Just Uke a live missile, it 
showed up as a triangle on the “green monster” at NORAD, a 
washing machine-sized green phosphor radar monitor — sur- 
plus from the FAA that had been designed in the 1950s to 
track airplanes, not missiles.*'* The Mount Hebo radeu* then 
generated a false launch cind Impact report.'® NORAD’s com- 
mander was immediately notified, and a threat assessment 
conference was convened before it was determined that no real 
threat existed. Five months later, the Mount Hebo radar did it 
again. On 15 March 1980 the radar detected four Soviet 
SLBMs that had been launched from the Kuril Islands, north 
of Japan, as part of a troop-training exercise. In this instance, 
the radar falsely predicted that one of the missiles had an 
impact point in the United States. 
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Another threat assessment conference was convened before 
the threat was cleared. Arguably, data that is received from a 
known offender such as the old Moimt Hebo fuz^ seven should 
be viewed with skepticism, but NORAD could not afford to 
take chances. This was especially so since, beginning in the 
late 1970s, Soviet Yankee-class ballistic missile submarines 
had begun approaching to within a few hundred miles of the 
US coasts, a position from which many command and control 
facilities and military installations could be destroyed almost 
without warning. 

The other two threat assessment conferences were more di- 
rectly attributable to problems with NORAD’s computers. The 
first of these, which took place during the morning hours of 9 
November 1979, was certainly dramatic enough. The alert- 
code status board lit up as NORAD’s WWMCCS computers 
indicated that a massive Soviet attack was in progress. A 
number of SLBMs had apparently been launched off the West 
Coast of the United States, and a missile display conference 
was immediately initiated. With the attack continuing, this 
conference was promptly elevated to a threat-assessment con- 
ference; appropriately enough, since, by all indications, mili- 
taiy commanders had only about five minutes to act before the 
first missile detonated on US soil.*^ 

Things were hardly unambiguous, however, and many con- 
ference participants quickly doubted that an actual attack was 
in progress. Their reason was a good one: NORAD had the 
ability to initiate instantaneous conferences with all of the 
sensor sites; it had promptly done so, and none of them had 
detected any missile launches.*® With missiles being reported 
at NORAD headquarters but not by the sensors, it just had to 
be an error. But on the off chance that it wasn’t, prudence 
dictated that precautionary actions be taken. SAC B-52 bomb- 
er crews were instructed to stand by and await further in- 
structions, and the Mlnuteman missile force was placed on 
low-level cdert. Jet Interceptors were scrambled from US and 
Camadian edr bases. The president’s National Emergency Air- 
borne Command Post plane took off from Andrews AFB (by 
one account, without having heard from President Carter).*® To 
cleeir the way for aU the military air activity that might follow, 
buzzers were sounded at air traffic control centers across the 
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country, and controllers began radioing all commercial aircraft 
to be prepared to land.^° But the skeptics had it right: the 
missiles were not real. What had happened was that an Air 
Force technician at NORAD’s Combat Operations Center had 
inadvertently loaded a training tape into the on-line WWMCCS 
computers. The tape’s scenario was a dandy, a Soviet SLBM 
attack that, by one description, “annihilated the world in high 
fidelity. An interface problem had allowed the training data 
to enter the operational portion of the missile warning system. 

Given all the heat WWMCCS had been taking recently, the 
incident was precisely the type the Pentagon would have loved 
to have avoided altogether — or, at any rate, to have kept firmly 
imder wraps. The problem was that a Washington Star reporter, 
working on an unrelated story, happened to be at an air traffic 
control facility when the alert took place. The story broke — and 
with a vengeance. However naive or exaggerated the subsequent 
criticisms may have been, and military officials suggested they 
were both, the implications of the incident were sobering. One 
was the suggestion, reiterated endlessly in the press, that ac- 
cidental nuclear war could actually happen. The strategic nu- 
clear forces had been alerted, after all. The title of a U.S. News 
and World Report article, “Nuclear War by Accident — Is It Im- 
possible?” provides a sense of what the Pentagon had to face 
in the public relations area.^^ Another suggestion was that the 
WWMCCS was simply incapable of dealing with an actual cri- 
sis. In this “Six Minute War,” it was not until a minute after 
the first nuclear warheads were supposed to have detonated 
that Air Force technicians determined with certainty that an 
error had taken place. Throughout those minutes. President 
Carter and Defense Secretary Harold Brown had never been 
contacted. What would have happened, it was asked, if the 
attack had been real? 

An official response was obviously necessary, cind early Pen- 
tagon ejqrlanations attributed the incident to a “mechanical 
malfunction” In the computer’s electronic routing of the war 
game. Subsequent explanations Invoked human error. But such 
explcmations did little but further fuel critics’ fears of acciden- 
tal nuclear war. Unable to respond in any meaningful way to 
such charges — after all, saying that “things don’t always work” 
or that “the system is ninety-five percent reliable” is hardly 
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adequate when nuclear war is at issue — the Pentagon quickly 
resorted to silence. It was a silence that would be broken only 
once, three weeks later, when it was announced that the prob- 
lem had been fixed. There had been no accidental nuclear 
war, but the damage to WWMCCS’s public image inflicted by 
NORAD’s Six Minute War had been considerable. 

The major fix introduced by NORAD to guarantee against 
the recurrence of such an incident was a prudent one. NORAD 
established an off- site test facility in Colorado Springs so that 
software development, testing, and training no longer used the 
on-line computer system in the Cheyenne Mountain complex. 
A “functional equivalent” of Cheyenne Mountain’s 427M sys- 
tem, the $16 million test facility featured leased Hone 5 well 
computers and other equipment purchased from Ford Aero- 
space Communications Corporation on a delegation of pro- 
curement authority — meaning that the need for the facility 
was considered sufficiently urgent by top Pentagon officials 
that the normal approval and procurement process, which or- 
dinarily takes up to 18 months, was expedited to two months. 
An operational capability was fielded within a year. With their 
new facility, NORAD officials argued confidently, the type of 
false alert that had occurred on 9 November 1979, would 
never happen agaln.^'* 

NORAD was right: that type of false alert would not recur. 
But an equally serious failure (indeed, perhaps an even more 
serious one considering how US-Soviet relations had deterio- 
rated as a result of the Soviet invasion of Afghanistan) took 
place at NORAD only seven months later. The time was 2:30 
A.M., 3 June 1980, when SAC headquarters at Offutt AFB re- 
ceived warning that the United States was under attack. The 
warning, transmitted to SAC over NORAD’s dedicated circuits, 
showed that two SLBMs had been launched against the United 
States. The Indication was that the missiles had been fired 
using a depressed ballistic trajectory, meaning that they would 
strike the United States in as little as three minutes. Eigh- 
teen seconds later, the display showed that two additional 
SLBMs had been launched. SAC personnel did not actually see 
the missiles: what they saw was that some of the zeros in the 
standard NORAD filler message had been replaced with the 
number two. SAC duty personnel immediately turned to their 
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other displays, the ones receiving data directly from the early 
warning sensors, but no missile launches were indicated. It 
was ambiguous, but things appeared sufficiently serious that 
the SAC duty controller ordered B-52 and FB-111 bomber 
crews and supporting tanker crews to go to their aircraft and 
start their engines. Alert messages were also flashed to the 
Minuteman and ballistic missile submarine forces. After an- 
other few seconds, however, the twos disappeared from SAC’s 
display screen. SAC officers promptly got on the telephone to 
NORAD to find out what was going on. They were told that 
NORAD had received no indication of any missile launches 
from the early warning sensors, and was not transmitting 
such information to other command posts. The SAC crews 
were ordered to shut doAvn their engines but to remain in their 
aircraft.^® 

This watchful peace would not last long. Within minutes, 
the warning display at SAC again indicated that the United 
States was under attack, this time by two land-based Soviet 
missiles. At about the same time, the NMCC received indica- 
tions that two more SLBMs had been launched. As before, 
these Indications came over the dedicated NORAD circuit, not 
directly from the sensors themselves. Also as before, the al- 
leged missiles were being launched in pairs, as twos replaced 
the zeros in the NORAD-generated filler message. The duty 
officer at NMCC promptly convened a missile display confer- 
ence, the lowest tjrpe, which brought in personnel from SAC, 
ANMCC, and NORAD. All of the command posts were con- 
vinced the attack data were erroneous, since there were no 
indications of attack from the sensors, the attack did not fol- 
low any logical pattern, and different command posts were 
receiving different indications of attack. Had the system been 
working properly, all four command posts should have had the 
same data in front of them.^^ 

The attack data appeared to be random, suggesting a com- 
puter malfunction of some sort at NORAD. But because its 
source had yet to be ascertained, the duty officer at NMCC 
decided to convene a threat assessment conference. His rea- 
son for making this apparently paradoxical move — raising the 
level of seriousness to reduce it — ^was so that NORAD’s com- 
mander could personally inform all concerned parties that no 
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real crisis was in progress. NORAD’s commander promptly did 
so, the NMCC duty officer terminated the conference, and 
SAC’S bomber and tanker crews were sent back to their bar- 
racks. The threat had been cleared, but the threat assessment 
conference had one final effect. As part of the programmed 
responses to the conference, CINCPAC’s airborne command 
post took off from its base in Hawaii, ready to help fight World 
War III.28 

NORAD’s missile attack Wcimlng system had again indicated 
that the United States was under attack, and again no Soviet 
attack had taken place. Unlike the insertion of a war game 
into the computer the previous November, however, it would 
not be so easy for NORAD to determine the cause of the error 
this time. It was apparently a random computer error, its pos- 
sible causes manifold, and tracking it down would be difficult. 
What NORAD technicians decided to do was to continue to run 
their equipment in the same configuration used on 3 June in 
the hope that the error would repeat itself. Sure enough, three 
days later NMCC and SAC again received indications of attack 
over the NORAD circuit but not directly from the early warning 
sensors themselves. As a precaution, SAC bomber and tanker 
crews were again sent to their planes and their engines were 
started. Duty officers contacted NORAD, which ageiln con- 
firmed that no threat existed. Shortly thereafter, additional 
indications of missile attack were received by both SAC and 
NMCC over the NORAD circuit. There being no question of an 
error this time, SAC promptly ordered its crews to stand down. 
Not in the busmess of sending false reports of attack to the 
strategic nuclear forces, NORAD switched operations over to 
its backup WWMCCS computer.^® 

A massive effort ensued by NORAD, government, and mdus- 
tiy computer experts to try to locate the source of the error. 
The conclusion they ultimately arrived at was that it had been 
caused by a faulty mtegrated circuit — a computer chip — m one 
of NORAD’s NOVA 840 communications multiplexers. The multi- 
plexer in question, produced by the Data General Corporation, 
was part of NORAD’s Communications System Segment, the 
system that takes information from NORAD and puts it into 
message form for transmission to other command posts. The 
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false indications of attack had been caused by a computer 
chip about the size of a dime, costing forty-six cents.®' 

While in technical terms the failure was small, the political 
ramifications were substantially larger. As soon as the inci- 
dents of 3 and 6 June became known, a flurry of press atten- 
tion, a cacophony of criticism — international in scope — and 
subsequent demands for system reform rapidly ensued. The 
reason was exactly the same as before: in the minds of many, 
the failures raised the specter of accidental nuclear war. Mem- 
bers of Congress publicly voiced their concern that incidents 
of this type were precisely the sort of things that could trigger 
such a war. The Soviet Union, for its part, accused the United 
States of harboring a “nucleair persecution complex.”®® Through- 
out, the Pentagon found itself on the defensive, unable to do 
much more than provide lame-sounding assurances that the 
United States had in no way come close to accidentally initiat- 
ing a nuclear war.®® But even stalwart Pentagon supporters 
such as Sen. John Tower of Texas found such assurances 
unpersuasive, and predictions were that a congressional in- 
vestigation would surely follow. 

Feeling the critical heat, NORAD promptly took steps to pre- 
vent the recurrence of similar incidents. New software was 
added that could trace a message through the entire prepara- 
tion phase, ensuring that what goes in is what comes out. New 
displays were added Inside the Combat Operations Center so 
that NORAD could monitor its transmissions to other com- 
mand posts. Had such a capability been in place earlier, NORAD 
duty personnel would quickly have been able to see that they 
were transmitting erroneous Indications of attack to other 
command centers, (In a related move, SAC duty officers were 
instructed to compare NORAD data to those received by the 
sensor systems themselves before ordering alert crews to their 
aircraft.) NORAD also changed its protocol, so that now all 
outgoing warning messages had to be approved by NORAD’s 
commander. Finally, the format that NORAD used in its trans- 
missions to the other command centers was changed. Instead 
of a message consisting of numbers of missiles detected, with 
zeros indicating an all-clear status, the filler message would be 
a standard communications test pattern indicating the status 
of the system.®^ 
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Perhaps as well as £iny example from WWMCCS’s troubled 
history, the responses to the computer failures at NORAD 
pointed to one of the central ambiguities surrounding the con- 
cept of effectiveness — the fact that there were different con- 
stituencies with different sets of goals evaluating the system. 
In this case, strikingly different sets of evaluative criteria were 
applied to NORAD’s performance by those inside and outside 
of the Department of Defense. For their psirt, NORAD and 
Pentagon officials who dealt with the criticisms were frequently 
bewildered by aU of the controversy. After all, a few minor 
failures in a highly complex system — failures that were easily 
remedied — ^were of small consequence. They had no major con- 
sequences and hardly warranted characterizing a vast, multi- 
billion dollar operation as ineffective. In this rational adminis- 
trative calculus, effectiveness seems to represent a sort of 
balance sheet upon which the positive and negative aspects of 
organizational activity are added or subtracted, yielding an 
overall sense of the adequacy of performance. If the failures 
are small and the successes large, the logic runs, the overall 
result will be gauged acceptable. NORAD performs its func- 
tions admirably most of the time, and, failures notwithstand- 
ing, the June incidents never had come close to unleashing 
America’s strategic nuclear forces. 

NORAD’s critics in the Congress, press, and public were 
clearly wielding a quite different evaluative yardstick as they 
considered these incidents. Implicit in their uproar was the 
notion that these failures, indeed any failure at all at such a 
critical facility as NORAD, were Intolerable. To critics, even 
minor failures demonstrated that the system Intended to con- 
trol the nation’s nuclear weapons was out of kilter, certainly 
not effective, and possibly dangerous. Failure raised the spec- 
ter of accidental nuclear war, emd the very existence of that 
possibility, however remote, was adjudged intolerable. For them, 
effective performance necessarily connoted perfect performance. 

Within two weeks of the June false alerts, Senate Armed 
Services Committee chairman John C. Stennis asked two of 
his committee members, Gary Hart of Colorado and Barry 
Goldwater of Arizona, to Investigate incidents at NORAD. Their 
final report was released the following October, and its over- 
arching conclusion, one that echoed earlier Pentagon statements. 
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was that the United States had never come close to unleashing 
an accidental nuclear war. Yes, some actions had been taken 
in response to the erroneous indications of attack, such as 
SAC bombers and tankers crews being ordered to their air- 
craft, but these were merely precautionary steps to enhance 
force survivability. Despite the computer’s problems, the hu- 
man part of the system had detected the problem. “In a real 
sense,” the senators concluded, “the total system worked 
properly. 

What was found to work less well was the overall manage- 
ment of eeirly warning assets by the Air Force, a condition the 
senators described as “disturbing.” Specifically, management 
responsibility was found to be divided among a number of 
commands. The Strategic Air Command had responsibility for 
managing, mcilntaining, and operating all of the nation’s early 
warning sensors. The Air Force Communications Command 
(AFCC) had responsibility for those related communications 
and electronics systems used to transmit the sensor data. The 
Aerospace Defense Command, the US portion of NORAD, was 
responsible for operating amd managing the Cheyenne Moun- 
tain facility and for interpreting the data made available to 
them by SAC and AFCC. A finad organization, the Air Force 
Systems Command, had responsibility for developing new early 
warning assets. Because of this fragmentation, the senators 
foimd that the missile warning function was not being treated 
as a “true overall system.” The organizational structure that 
was in place, they said, fragmented management responsibil- 
ity and led to less effective system performance.^ Though 
focused now on a single WWMCCS element, NORAD, it was a 
criticism that had haunted the larger system since its inception. 

Senators Hart and Goldwater found the shortcomings in one 
other area sufficiently troubling to warrant comment: auto- 
matic data processing. In particular, they were concerned with 
the way ADP systems were acquired and how this acquisition 
process influenced the systems then in use by NORAD. The 
problem, they said, was Public Law 89-306, the 1965 Brooks 
Act, which assigned responsibility for ADP procurements not 
only to the agency that would actually use the equipment — here 
the Department of Defense — ^but also to the Office of Manage- 
ment and Budget and the General Services Administration. 


254 



FAILURES AT NORAD 


The problem with this arrangement for a critical command 
such as NORAD was that it was simply too slow. A typical ADP 
upgrade might take as long as seven years, and, given the 
extraordinary pace of technological advance in the computer 
field, this meant that ADP equipment would often be function- 
ally obsolete before it was ever brought into operation. To 
make matters worse, the need for multiple approvals specified 
in the Brooks Act had the effect of creating procurement by 
committee, resulting in a least-common-denominator capabil- 
ity to satisfy all involved constituencies, not the best capability 
available. A^at was needed was a mechanism by which criti- 
cal commands such as NORAD could circumvent the act’s 
cumbersome procedures when necessary, but no such mecha- 
nism was then in the cards.^’' Thus, the second decade of 
WWMCCS’s existence ended in much the same way it had 
begun, with a series of system failures, subsequent criticisms, 
and calls for reform. 
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PART III 


Implementation 



Chapter 14 

Strategic Modernization 


The World Wide Military Command and Control System had 
really taken a beating during the 1970s. It had failed to pro- 
vide timely, reliable service during a series of military exercises 
and had broken dovm during actual crises. The failures at 
NORAD had rendered problematical the effectiveness of 
WWMCCS in Avhat Avas ceidainly its most important role: pro- 
viding the national leadership with accurate and timely infor- 
mation on nuclear attack. Many in the defense establishment 
began openly expressing their dismay at the WWMCCS’s vul- 
nerability, its marginal capabilities, its “gaping holes,” and its 
“scary gaps” in coverage.* Others publicly and unfavorably 
compared WWMCCS to the ostensibly more survivable and 
enduring Soviet system with its hardened facilities and mobile 
command centers, the suggestion being that these as 5 nnme- 
tries undercut deterrence and threatened America’s national 
security. WWMCCS “verges on a national scandal,” others 
said, forcing commanders to “live in the dark ages.”^ Com- 
mand and control was portrayed as a glaring military weak- 
ness, as America’s “Achilles’ heel.”® 

Some criticisms came from the most authoritative of 
sources: people who had seen capabilities suffer severely at 
the hands of service parochialism £md the evolutionary ap- 
proach. DCA director Samuel L. Gravely Jr. pointed out how 
the command and control establishment that had evolved un- 
der such an orientation was an “ill-defined and unbounded 
monstrosity ... an enigma with more people planning, pro- 
gramming, preaching and engineering it than we have under- 
standing it or effectively using it.” This had, he said, resulted 
in serious problems of interoperability and effectiveness when 
the system was called upon to perform in a Joint-service envi- 
ronment. Quoting the comic strip character Pogo, Gravely con- 
cluded gravely, “We have met the enemy and they is us.”** As if 
to underscore his concerns, and even as the failures at NORAD 
were in progress, an incident took place that underscored in a 
dramatic and public way the disconcerting fact that jointness 
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in mlUtaiy operations, and by extension the capability for ef- 
fective commatnd and control, were far from a reality. 


Operation Eagle Claw 

That incident took place on 24 April 1980, when members of 
the military’s elite Delta Force undertook an operation to res- 
cue 53 Americans held hostage in Tehran, Iran. The American 
Embassy there had been taken over by Iranian extremists on 4 
November the previous year, and President Carter had 
promptly ordered the Pentagon to draw up plans for a rescue 
operation that could be put into effect should diplomatic ef- 
forts to free the hostages fail.® That mission was given the code 
name Eagle Claw. The plan called for six plames — three MC- 
130 transport planes and three EC- 130 tankers for refuel- 
ing — to cany the Delta Force, its equipment, and fuel from 
Eg 5 rpt to Oman. There the aircraft would be refueled, and, 
fl 5 ring a ground-hugging route to avoid detection by radar, then 
proceed to a secret landing strip in Iran called Desert One, 
about three hundred miles from Tehran. There they would 
rendezvous with eight RH-53D Sea Stallion helicopters, 
launched from the aircraft carrier USS Nimitz. The troops 
would then transfer to the helicopters, which would fly to De- 
sert Two, a hide site located 50 miles outside of Tehran; there 
they would rendezvous with two defense intelligence agents 
who would provide them with vehicles.® Plans called for Delta 
Force to be driven to the embassy compound that night. The 
hostages would be freed and loaded on to helicopters for a 
brief flight to a nearby air strip, where they would be trans- 
ferred to C-141 transports and flown to Eg 3 q)t.^ 

Anyway, that was the plan. As it soon became known to the 
world, what in fact happened was that the effort to rescue the 
hostages came to a dismal and premature end. Only six of the 
Sea Stallion helicopters ever made it to Desert One; one was 
forced to land because its Instruments showed that one of its 
main rotors was about to malfunction, while another had to 
turn back after flying through a severe sandstorm. Of those 
choppers that made it to Desert One, one had hydraulic prob- 
lems and was inoperable. The loss of three helicopters meant 
that there was now insufficient airlift to carry Delta Force, and 
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that 20 men critical to the mission would have to be left be- 
hind. But even if the mission proceeded, were five choppers 
sufficient? Perhaps, but what if some wouldn’t start the next 
day, or were otherwise disabled? Delta Force ground com- 
mander Col Charlie Beckwith concluded that the margin of 
error was now “just too close,” and he was forced to abort the 
mission.® 

The evacuation from Desert One added serious injury to 
insult. One of the helicopters banked sharply to the left as it 
lifted off, slicing mto the fuselage of one of the fuel-laden 
transport planes. Flames soared hundreds of feet into the sky, 
joined by Redeye missiles ignited by the fierce heat. Five air- 
men and three Marines died in the inferno. The remainder of 
the force boarded the transports and flew to safety, leaving 
behind in the desert five intact helicopters, communications 
equipment, weapons, secret documents, and the bodies of 
their comrades.® 

In the wake of Eagle Claw, the joint chiefs commissioned a 
special operations review group headed by Adm James L. Hol- 
loway (US Navy, Retired), to examine the whole operation. The 
group’s report, afterwards known as the Holloway Report, con- 
cluded that compartmentalization and “ad hoc arrangements” 
had compromised the organization and planning of the opera- 
tion. Highly placed observers would later acknowledge that a 
driving force behmd the operation had been to ensure that all 
four of the services were given their piece of the action, and 
what resulted was Marine pilots fljdng Navy helicopters carry- 
ing Army troops, all the while supported by the Air Force. 
While it all certainly smacked of “jotntness,” the participation 
of all four services meant that parochial Interests dictated the 
nature of the force that was used, to the detriment of mission 
cohesion and integration. Marine helicopter pilots were se- 
lected to join Navy pilots in flying the Sea Stallion helicopters 
from the Ntmitz into Iran, whereas Air Force helicopter pilots 
experienced in long-range flying would have been a more logi- 
cal choice.*® The problem was succinctly summed up by Colo- 
nel Beckwith: “In Iran we had an ad hoc affair. We went out, 
found bits and pieces, people and equipment, brought them 
together occasionally and then asked them to perform a highly 
complex mission. The parts all performed, but they didn’t 
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necessarily perform as a team.”" Until they could do so, many 
believed, the problems so painfully apparent in Operation 
Eagle Claw would recur in the future. 

Corrective Actions 

Despite the cheiracterizations of the previous decade as one 
of neglect of the command and control function, it had of 
course been far from that. Despite the problems and the fail- 
ures that in fact occurred, despite the lack of “jointness” evi- 
denced by incidents such as the hostage rescue operation, 
numerous changes had taken place in both the technological 
and organizational areas. That shortcomings remained nobody 
denied. As President Carter’s secretary of defense, Harold 
Brown, pointed out, while WWMCCS’s ability to meet the doc- 
trinal demands of survivability, flexibility, and endurance still 
feu short, a broad-gauged effort to remedy the situation was 
under way.*^ Defense journals seconded this, reporting how 
command and control, whUe by no means the most heavily 
funded defense area, had emerged as a key area of attention 
for the National Command Authorities.'^ Thus, many of the 
deficiencies the Reagan administration said it found upon its 
arrival in Washington in Jemuary 1981— and which it went to 
extraordinary lengths to remedy — had already been recog- 
nized, with corrective action in progress. 

Corrective measures were also being pursued by Congress. 
During the months following the new administration’s arrival. 
Congress was taking action to improve the “necessary evil” of 
command and control. In mid- 1981 the Senate Armed Ser- 
vices Committee recommended on its own Initiative — ^that is to 
say, before the administration itself had proposed any im- 
provements — ^that some $340 million be targeted for WWMCCS 
enhancements and upgrades; thus anticipating many of the 
administration’s recommendations that would come later that 
year. The committee specificaUy recognized an urgent need for 
hardening command and control assets against the disruptive 
effects of electromagnetic pulse and for improving their resis- 
tance to signal jamming and interception. Relevant programs 
were endorsed in the Senate/House authorization biU for fiscal 
year 1982.''* 
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At the same time, the Congressional Budget Office (CBO) 
was considering what to do about WWMCCS modernization. 
The CBO presented three options to Congress, all of them 
concerned with enhancing command and control responsive- 
ness in the transattack period. The major emphases of Option 
One involved improvements in attack warning and surveil- 
lance; specifically, upgrading the existing two PAVE PAWS radar 
sites and deploying another two, fielding more sophisticated 
airborne command posts, and upgrading communications 
links. Option Two was directed toward system survivability 
and endurance, particularly a need for greater mobility for 
command posts and communications facilities that could be 
met by installing them on trucks capable of avoiding Soviet 
mi ssiles by randomly and covertly roaming the countryside 
during times of crisis. The final and most ambitious option 
was to pursue the objectives of Options One and Two.*® All in 
all, it hardly seemed a case of Congress suffering from chronic 
command and control neglect, and it was hardly surprising 
that there was little debate or congressionzil resistance when 
the administration presented its own plan to modernize Amer- 
ica’s strategic forces that October.*® 

This is not to say that anyone was partlculEirly sanguine 
about conditions as they then stood, and nobody denied that 
serious problems remained to be solved. But many of these 
problems had their origins as much in bureaucratic politics — 
historical differences between the mlUtaiy services, existing 
force structure, and the desire of the mUitaiy services to main- 
tain control over existing command and control assets — as in 
any real or imagined period of neglect. If, as some claimed, 
military commanders were in fact Uvtng in the command and 
control Dark Ages, it was in large measure because their own 
services had determined that was where they should live. Not 
that any of this mattered much to the triumphant members of 
the Reagan administration; they attributed their election to 
Reagan’s characterization of their predecessors as “soft” on 
defense. Self-confident and assured of its mandate and its 
vision, the new administration publicly dedicated itself to mak- 
ing America’s mUitaiy capabilities second to none, with command 
and control — especially strategic command and control — quickly 
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assuming a new prominence within the overall panoply of de- 
fense priorities. 

The Strategic Modernization Program 

On 1 October 1981 the Reagan administration issued Na- 
tional Security Decision Directive 12, a document addressing 
the total strategic forces program of the United States. The 
following day, President Reagan publicly outlined a compre- 
hensive strategic modernization program to improve the capa- 
bilities of those forces. The program had five parts, three of 
which involved modernization of strategic weapons systems. 
Examples included strengthening and improving the accuracy 
of the land-based intercontinental ballistic missile (ICBM) 
force, including the deployment of the MX missile; modern- 
izing and improving the penetrating capability of the strategic 
bomber force. Including the deployment of the B-1 bomber; 
and pursuing new, more accurate SLBMs that would give a 
hard-kUl capability to US submarines at sea. The fourth item 
concerned the modernization of US air defenses. The final item 
involved major Improvements in command, control, and com- 
munications assets, most of them falling directly under the 
WWMCCS umbrella. Whereas WWMCCS had previously been 
an area lacking a strong constituency in the defense estab- 
lishment, cmd hence of relatively low priority, the administra- 
tion planned to change that in a most visible emd dramatic 
way. Of the five concerns, command and control was desig- 
nated the “highest priority element,” equal in importance to 
the much better known weapons systems it supported. De- 
fense Secretary Caspar Weinberger underscored the new ori- 
entation when he told the Congress, “I can’t think of any 
higher priority than improving the [command and control] as- 
pects of this whole program.”'^Thus commenced the most am- 
bitious amd far-reaching effort to improve command and con- 
trol since the dawn of the nuclear age. 

Documents distributed by the White House provided specif- 
ics about the command and control Improvements to be un- 
dertaken under the broader rubric of strategic modernization, 
many of them deriving from a strategic connectivity study con- 
ducted by the Pentagon the previous April. These documents 
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fell into four major categories, the first of which was a warning 
and attack assessment. Here, the performance, survivability, 
and coverage of the array of surveillance radars and satellites 
that provided early warning of missile attack and subsequent 
attack assessment were to be substantially enhanced. The 
second area was command centers; and the initiatives here 
involved upgrading the capabilities and survivability of the 
three national-level command centers, the CINC’s 15 command 
posts, and the airborne command centers that would direct 
the strategic forces during crises up to and including general 
nuclear war. Third was the area of strategic communications, 
where the focus was on enhancing and restructuring a wide 
range of existing assets, plus the deplo 5 rment of new assets so 
that commanders could be linked with the strategic forces 
under all conditions of peace, crisis, and wair. Finedly, what 
was described as a “vigorous and comprehensive” research 
and development program would be undertaken with the goal 
of fielding a command and control capability that could sur- 
vive the first salvo of a nuclear exchange and endure for an 
extended period thereafter. Specifics here included the hard- 
ening of assets against the effects of electromagnetic pulse and 
improving their resistance to jamming. 

Administration officials were quick to point out how the 
Strategic Modernization Program represented a quantum leap 
forward in capabilities and how it had been designed to pro- 
vide the National Command Authorities with a number of coiirses 
of action not currently available. With the new capabilities in 
place, it was said, the president would have a “laimch under 
attack” capability, edlowing him to order a retaliatory nuclear 
strike after detecting Soviet missiles heading toward the 
United States but before they had detonated. Such an ap- 
proach had never been considered feasible in the past because 
the sensor and surveillance systems providing warning of at- 
tack were simply too fallible and error prone. Launching the 
missiles before uncunbiguous evidence of attack was received 
(in the form of actual nuclear detonations) ran the risk of 
accidental nuclear war, a possibility dramatically underscored 
by the recent NORAD failures. With the improvements in radar 
and satellite sensor systems called for by the administration’s 
program, the sensors would be made sufficiently reliable that 
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evidence of an attack would be unambiguous and launch on 
warning a viable military option. 

The other goals of the program were equally ambitious. The 
Improvements would permit the United States to engage in a 
protracted nuclear conflict over a period of days or even weeks, it 
was said, and this was where the new, highly reliable and sur- 
vivable communications capabilities came into play. Among oth- 
ers, initiatives in this area included communications satellites 
mounted on MX missiles that could be laimched into orbit to 
replace satellites that had been destroyed, plus mobile command 
centers and communications facilities that could escape de- 
struction and permit mUltaiy action to continue after an initial 
nuclear exchange. With guaranteed communications capabilities 
in place, the NCA could elect to fire only a limited number of 
missiles, for example, while withholding the rest as a negotiating 
chip or for use in subsequent strikes. Similarly, the improve- 
ments would give far greater flexibility to the new B-1 bomber 
force, allowing bombers returning ft-om an attack on the Soviet 
Union to be directed to surviving air bases, where they could 
take on additional fuel and weapons and receive orders for sub- 
sequent missions. “Over the past decade, we have not modern- 
ized communications and control systems fast enough,” White 
House officials said, “As a result, these systems are not as sur- 
vivable as we would like, and they could not operate reliably over 
an extended period after a Soviet attack, if that proved neces- 
sary.”*® The major criteria of command emd control effectiveness 
being advanced by the administration in the Strategic Modern- 
ization Program were thus precisely those that had concerned 
the WWMCCS Council, the WWMCCS Architect, and others: reli- 
ability, survlvabUlty, and endurance. 

To these criteria must be added Interoperability, one of the 
areas “most neglected over the past ten years,” in the words of 
James P. Wade Jr., principal deputy undersecretary of defense 
for research and engineering.^® Here, the administration’s point 
was to ensure communications across network boundaries — 
between military and civilian leaders, say, or between US and 
NATO forces, the latter being an area where Interoperability of 
systems was considered especially deficient.^' To address this 
need. Secretary Weinberger appointed Wade to head an execu- 
tive committee whose purpose was take a systems approach to 
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the issue of strategic connectivity throughout the Department 
of Defense, an effort to view command and control as a totality 
spanning traditional service and agency lines. “ In the past 
there had been talk of such things, of course, but an admlnls- 
trationwide effort to actually effect it was unprecedented. 

Donald C. Latham, the new assistant secretary of defense 
for C^l, Immediately began stressing the centrality of command 
and control in the overall defense equation by proposing what 
he described as a “C^l Triad.” Following the White House lead, 
the first leg of the triad was a warning and attack assessment. 
It was concerned with early warning satellites, radars, etnd 
other assets used to unambiguously ascertain whether an at- 
tack was taking place, emd, if so, its precise nature. Inforina- 
tion from these sensors would be passed along to various com- 
mand centers, the second leg of the triad. The final triad leg 
involved the supporting communications networks that pro- 
vided connectivity between the NCA and the strategic forces. 
All three legs were crucial, Latham pointed out, and the nature 
of the Soviet threat and the requirements Imposed by US stra- 
tegic doctrine required that all three be absolutely credible 
under aU possible military circumstances.^^ 

Latham underscored his point by noting the essential dual- 
ity of WWMCCS. WWMCCS was a “two system concept,” he 
said, one part concerning mlUtaiy needs through the level of 
conventional war, while the other was oriented specifically to- 
ward nuclear conflict. The requirements imposed by each con- 
cept were often dramatically different. WWMCCS had been 
designed and developed primarily with the first concept in 
mind, Latham airgued, and, as far as it went, the United States 
had a better system than the Soviet Union. But in Latham’s 
view such a system, one in which “you simply don’t have to 
have it all,” was necessary but not sufficient.^'* Many of 
WWMCCS’s peacetime functions would not require prompt re- 
constitution in the event of damage or destruction, for in- 
stance, whereas eilmost all of the wartime functions would 
have to meet that requirement. Certain capabilities — high fre- 
quency communications, for example — ^were generally appro- 
priate only as a System I capability, given their susceptibility 
to disruption in a nuclear environment. 
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The other WWMCCS, System II, had to be capable of support- 
ing miUtaiy operation during times of theater and strategic nu- 
clear warfare. As such, it had to emphasize hardening, recon- 
structing assets following a nuclear strike, and maintaining an 
ongoing capability for force and status assessment. Examples of 
strictly System II capabilities would be the proposed ground 
wave emergency network, or the Navy’s extremely low frequency 
and Take Charge and Move Out (TACAMO) systems for commu- 
nicating with the baUistic missile submarine force. By far the 
most serious deficiencies with WWMCCS were said to lie in its 
System II capabilities. The Soviets had emphasized hairdened 
and mobile command and control facilities to a greater extent 
than had the United States. The Strategic Modernization Pro- 
gram was intended to redress the imbalance, and this was where 
Latham and his colleagues would focus much of their consider- 
able talents. As they articulated the rationcile, America’s nuclear 
deterrent was at last to be made credible, something that in turn 
required a credible command and control system with nuclear 
war-fighting capabilities. 

Their interests were soon complemented by the concerns of 
defense zinalysts outside of government, who began pointing 
out with almost religious fervor that while the centrality of 
command and control in the Implementation of US strategic 
policy was ever 3 rwhere implicit, plans seldom reflected key vul- 
nerabilities and real-world system limitations. Numerous arti- 
cles and several books appeared during the eealy 1980s that 
focused their attention precisely on the lack of survivability, 
redundancy, flexibility, endurance, and interoperability that 
characterized the command and control area. Almost without 
exception, the point of these publications was to sketch out 
the extraordinary disjunction between rhetoric and reality, the 
gulf separating the requirements placed on the command and 
control system and its actual capabilities. A sense of the inter- 
est and of the concern that prevailed is captured nicely in the 
title of a Yale dissertation, “Headless Horsemen of the Apoca- 
lypse,” by Paul Bracken, which, retitled The Command and 
Control of Nuclear Forces, became one of the better -known 
command and control books of the period. In this new think- 
ing, command and control systems were absolutely central, 
“force multipliers” in the buzzword of the time, assets that not 
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only enhanced the effectiveness of other weapons and forces 
but that made their use possible in the first place. 

Such were the Interest and the plans, but good intentions 
had in the past frequently foundered on the shoals of resis- 
tance by the services and their supporters in Congress. The 
way the Reagan administration endeavored to avoid this prob- 
lem was by explicitly Unking the funding for command and 
control programs to the missiles, bombers, and other hlgh- 
vislbiUty weapons systems the services coveted. As Latham 
pointed out, when the budget packages for the weapons sys- 
tems were sent to Capitol Hill, they were accompanied by a 
funding request “with a protective fence around it” for upgrade 
of the relevant command and control systems,^® But as the 
administration was quick to learn, the timing was propitious; 
the tide had changed. Whereas in the past the hardest task 
was “making everybody believe the problem is real,” as Latham 
described it, now — thanks to the WWMCCS failures and criti- 
cisms of the previous few years — there was remarkably Uttle 
debate over the command emd control initiatives in Congress.^® 

For those in the command and control community, it was a 
time of guarded euphoria and Jubilation. Their area was at last 
receiving the recognition they beUeved it deserved, and, per- 
haps more importantly, a number of strong WWMCCS advo- 
cates were now in top government posts.^^ But this did not 
fully allay fears that the traditional antipathy toward com- 
mand and control might reassert itself and begin to erode the 
gains. Some feared that, like weapons systems, command and 
control systems might become bargaining chips in future eirms 
control negotiations. Former DCA director Jon L. Boyes 
summed up the concerns when he noted how “unUke weap- 
ons, forces, and platforms that can be laid on the bargaining 
table, the central nervous-sensoiy system that holds them to- 
gether and gives them their credibility cannot. What to do? 
True, command and control advocates such as Boyes began 
pushing for a more substantled voice in policy formulation. 
Command and control was finally being viewed as more them a 
technical detail among policy makers, but this was seen as a 
poor substitute for having people with specific expertise in the 
area actually making the decisions. The Strategic Modernization 
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Program had ushered In a new era, and what it demanded 
were management changes. 

A major effort along these lines involved the creation of three 
new organizational entities to create closer cooperation be- 
tween the Office of the Secretary of Defense, the Joint Chiefs of 
Staff organization, and the military services. The first was the 
C® Executive Committee (EXCOM), a top-level group whose 
purpose was to make recommendations regarding the alloca- 
tion of resources for command and control programs. Top level 
was indeed the way to describe the committee, for EXCOM 
consisted of the JCS chairman and the deputy secretary of 
defense, with the undersecretary of defense for research and 
engineering serving as executive secretary. The second group 
was the C® Review Council, a senior -level group chaired by the 
assistant secrefeuy of defense for C®I, emd Including key offi- 
cials from the OSD, the JCSO, and senior officers from the 
military services. The purpose of the review council was to 
provide senior-level resolution of important command and con- 
trol Issues, and to submit its recommendations to EXCOM.^® 
Finally, eight specialized panels were established to assist the 
review council, their foci including military satellite communi- 
cations, strategic command and control, the Defense Commu- 
nications System, the WWMCCS Intercomputer Network, and 
other major areas of concern. Another management initiative 
involved reorganizing the Command. Control, and Communi- 
cations Systems Directorate created 'within the Joint Chiefs of 
Staff orgcmization in early 1979. Whereas before, the director- 
ate had been broken do-wn into two principal elements, strate- 
gic and tactical, it was now expanded to three. The first was 
the Unified and Specified Command C^ Support Element, es- 
tablished in substantial measure in response to calls from the 
commanders in chief and intended as the JCS foceil point for 
command and control matters of relevance to them. Next was 
the Defense Wide C® Support Element, the purpose of which 
was to pursue improvements in programs intended precisely 
for broader defense use. Included among these were the Na- 
tional Military Command System, AUTOSEVOCOM, and mlli- 
taiy satellite communications systems. Equally important, 
this element was to serve as the JCS focal point for command 
and control ADP programs, including WIN and its follow-on 
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WWMCCS Information System fWIS). Finally, there was the 
Connectivity and Evaluation Support Element, intended to 
evaluate existing systems, identify shortcomings, and develop 
specific programs to address them.^ 

Would these technical improvements and organizational 
changes prove sufficient? Surely not in the minds of many 
officials, for whom sufficiency represented a sort of ever shift- 
ing rainbow’s end. But despite the ever-present need to bcd- 
ance capabilities with costs, even during the munificent early 
years of the Reagan administration, the times would prove rich 
indeed for WWMCCS. “We put our money where our mouth is,” 
quipped Donald Latham.^’ And their money would stay there 
throughout the Reagan years. Despite CIA reports in the early 
1980s describing a slowdown in the rate of Soviet milltaiy 
growth, and despite a 1984 NATO report noting that the rate of 
growth of Soviet military spending had been cut in half, the 
spending on command and control would continue to in- 
crease. When Latham arrived in Washington, he inherited 
the Carter administration’s FY 1982 command and control 
budget of approximately $9.1 billion, or some 5.9 percent of 
the total defense budget. By the time Latham departed the 
Pentagon in 1987 to become a vice president of Computer 
Sciences Corporation, the total for command and control fund- 
ing had increased to $21.7 billion, some 7.8 percent of the 
vastly expanded defense budget; and it would remain fairly 
constant for the remainder of the decade until the end of the 
cold war.®® 
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Sixth Fleet 



Source; C. W. Borklund, “Military Communication: The ‘Whaf is Much Tougher than the ‘How,’” Government 
Executive, June 1976, 25. 

Figure 13. Conception of WWMCCS System Architecture, Given 
Revised DODD 5100.30 
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Figure 14. WWMCCS System Relationships 
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Source: The Marine Joint Staff Officer (Quanftco, Va,: USMC Development and Education Command, 
January 1987), 5-20. 


Figure 15. The Elements of WWMCCS 
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Source: Lee M. Paschall, “Command, Control, and Technology,” Countermeasures, July 1976, 43. 


Figure 16. PWIN Initial Three-Node Configuration 
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Source: Comptroller General, The World Wide Military Command and Control System— Major Changes 
Needed in Its Automated Data Processing Management and Direction, LCD'80-22 (Washington, D.C.: Gen- 
eral Accounting Office, 14 December 1979), 49. 


Figure 17. WIN Configuration in the Early 1980s 
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Source: Gerald P. Dinneen, “C* Systems Management,” Signal, September 1979, 18. 


Figure 18. New Organizational Structure for Defense Communications Agency 
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Source: Senate Committee on Armed Services, Recent False Alerts From the Nation's Attack Warning 
System (Washington, D.C.: General Accounting Office, 9 October 1980), 2. 

Figure 19. NORAD’s Missile Warning System 
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Figure 20. Communications System Segment Connections 
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Source; Harry V. Martin, “Communications Vulnerability,” Military Science & Technology, June 1982, 46. 

Figure 21. Land-based Ballistic Warning and Detection 
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Chapter 15 

The C^I Triad: Programs 


If the 1960s had been a decade of WWMCCS conceptualiza- 
tion and the 1970s one of system formalization, the 1980s 
represented a decade of realization, a time for bringing to frui- 
tion many of the programs judged necessary for a World Wide 
Military Command and Control System in fact as well as in 
name. The Strategic Modernization Program identified com- 
mand and control Improvement as its highest priority item, 
and the programs that fell beneath this rubric, the majority of 
them already under development, were overwhelmingly in- 
tended to enhance control over the nuclear forces. But in one 
sense most of the efforts took place at the periphery, focused 
on sensor systems and other assets controlled by the military 
services, rather than on core capabilities designed to merge 
those assets into a more cohesive and effective system. Not 
surprisingly, perhaps, given that key administration officials. 
Defense Secretary Weinberger among them, believed that cen- 
tralization had gone too far and that programmatic authority 
should reside at the subunit level, with the military services. 
But despite these caveats, and after years of second-class 
status, it was during the Reagan administration that 
WWMCCS finally came of age. Below are considered in brief a 
number of the major WWMCCS initiatives, presented within 
the compass of each of the three legs of Latham’s C^I Triad. 

Early Warning and Attack Assessment 

One key focus of the command and control modernhution 
program was to upgrade and enhance the capabilities of the 
US radars and satellites that provided early warning of Soviet 
attack. Broadly speaking, that attack could come either by 
way of balhstlc missiles or through such air-breathing threats 
as cruise missiles and aircraft, and specific systems were in- 
tended to deal with each type of threat. For the detection of 
ballistic missiles, potential approach corridors were covered by 
at least two different types of warning sensors, designed to 
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detect different types of physical phenomena. Radars such as 
those of the venerable Ballistic Missile Early Warning System 
were for detecting the presence of missiles by reflected radio 
energy. Depending upon the radar’s power and capability, 
analysis of the returned signal could provide information 
about the location, trajectory, and speed of incoming missiles. 
Additionally, sensors on board early warning satellites would 
register the infrared energy given off by burning rocket en- 
gines, providing similar information. Working together, these 
radars and satellites provided “dual phenomenology” coverage, 
a critical redundancy for avoiding errors in the assessment of 
ballistic missile attack against the United States. Three ballis- 
tic missile early warnlng-and-attack characterization systems 
were identified as key elements of the Strategic Modernization 
Program, namely, BMEWS, the Precision Acquistlon of Vehicle 
Entry Phased Array Warning System, and DSP satellites, the 
first two of which are considered here. 

The Strategic Modernization Program additionally focused 
attention on upgrading the capabilities of the radar systems 
deployed around the North American periphery for providing 
early warning, attack assessment, and tracking of air-breathing 
threats such as aircraft and cruise missiles. Two programs of 
this sort were already in progress when the Reagan admini- 
stration arrived in Washington, specifically, the Over-the-Horizon 
Backscatter (OTH-B) radar and the North Warning System, an 
upgrade for the antiquated distant early warning line (DEW 
LINE) radars. These were accorded a high priority in the com- 
mand emd control modernization efforts of the eighties. 


PAVE PAWS 

The original US system for detection of submarine-launched 
ballistic missiles was constructed during the early 1960s, a 
series of six FSS-7 height-finding radars (the so-called fuzzy 
sevens) deployed cilong the east and west coasts in the early 
1960s as part of the Air Force’s Back-up Interceptor Control 
System. Coverage to the south came later in the decade as the 
original sites were supplemented by facilities in Texas and 
Florida. Overall it was a limited system, capable of providing 
only minimal warning in case of a mass SLBM attack. Most of 
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the facilities had very restricted data-processing capabilities, 
rendering them unable to provide detailed information about 
incoming missile trajectories. 

The replacement for the original SLBM detection system was 
PAVE PAWS, whose radars were designed to detect SLBMs 
flying minimum-energy ballistic trajectories at ranges of ap- 
proximately 2,000 nautical miles (NM), and at 3,000 NM for 
missiles in higher, lofted trajectories. On top of this, the ra- 
dars’ computer-based attack characterization capabilities 
would permit extremely precise prediction of launch and im- 
pact points of multiple targets, with warning data automat- 
ically forwarded by way of redundant ground communications 
links to the NMCC and ANMCC, SAC and NORAD headquar- 
ters, and other command centers.' A secondary function of 
PAVE PAWS was to support NORAD’s spacetrack mission, and 
it was for this purpose that the radars would be most fre- 
quently used, continuously cataloging the position and veloc- 
ity of satellites and other objects in low Earth orbits, all the 
while maintaining a constant watch for SLBMs. 

The first PAVE PAWS radar, located at Otis AFB in Massa- 
chusetts, came on line in early 1979. The second site, at Beale 
AFB in California, became operational later that year. In the 
Strategic Modernization Program, one of the major priorities 
was a PAVE PAWS expansion. Two new facilities in the south- 
east and southwest were to be added to the two already in 
operation, providing dual phenomenology coverage toward the 
south. Located at Robins AFB, Georgia, and Goodfellow AFB, 
Texas, these two sites became operationcd in 1987. Even while 
the new facilities were under construction, upgrades to the 
original PAVE PAWS sites commenced to bring them into con- 
formity in the areas of computer processing, displays, and 
radar technologies.^ As the 1980s drew to their close, the four 
PAVE PAWS radars, along with the Perimeter Acquisition Ra- 
dar Attack Characterization System in North Dakota, provided 
complete coverage of potential ocean launch areas around the 
continental United States, closing earlier gaps and significantly 
improving the US eeirly warning capability. 
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Ballistic Missile Early Warning System 

The second ballistic missile program accorded a high prior- 
ity by the Reagan administration involved modernizing the 
three sites of the venerable BMEWS, designed to detect and 
provide attack characterization information about incoming 
intercontlnentel ballistic missiles from the north. The BMEWS 
project began in 1958, when the Air Force contracted for the 
development and installation of three separate radar sites, to 
be located in far-northern latitudes to maximize tactical warn- 
ing time of Soviet attack. Additional contracts were awarded to 
develop a dedicated communications network to link these 
remote sites to NORAD headquarters in Colorado.^ Yet while 
powerful, all of these BMEWS radars rapidly became outdated 
as defense requirements shifted from detection of relatively 
small scale attacks to detecting aind tracking far larger num- 
bers of incoming missiles with a high degree of precision. 

Even before the Reagan administration arrived In Washing- 
ton, some efforts had been made to improve BMEWS, although 
funding had proved a perennial problem. The Strategic Mod- 
ernization Program intended to accelerate the modernization 
effort, calling for the old BMEWS radars to be replaced with far 
more powerful state-of-the-cirt phased array radars of the type 
used in PAVE PAWS, and for the facilities’ 1950s-vlntage vac- 
uum tube computers to be replaced with more modern and 
powerful ADP equipment. The new electronically steered ra- 
dars would provide far better detection and tracking of ICBMs 
than the radars they replaced, permitting objects 10 square 
meters in size to be tracked at a range of 3,000 nautical miles. 
InltieJ operational capability for the upgraded BMEWS would 
come in the early 1990s. 

Over-the-Horizon Backscatter 

To enhance America’s ability in detecting air-breathing 
threats, a key initiative involved the deplo 3 mient of a compre- 
hensive OTH-B radar defense perimeter around the United 
States, capable of detecting airborne objects at distances be- 
yond the range of conventional line-of-sight radars; that is, 
between 550 and 2,000 miles from the transmitter sites at 
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altitudes from 100,000 feet right down to Earth’s surface. 
OTH-B would additionally provide attack assessment informa- 
tion and permit airspace control over both the United States 
cmd Canada.'* 

The origins of the program extend back to the mid-1960s, 
but with the Reagan administration’s strategic modernization 
program, developing an operational OTH-B capability became 
a front-burner priority. Plans called for a comprehensive OTH- 
B defense perimeter around the United States consisting of 
four separate radars — an East Coast, West Coast, Central, and 
Alaskan facility — each containing two or more integrated sec- 
tors of 60-degree radar coverage. The way the system worked, 
powerful high-frequency signals would be reflected off the 
ionosphere back toward Earth beyond the horizon from the 
transmitter. They would strike any airborne targets they en- 
countered, bounce back to the ionosphere, and be reflected 
back in the direction of the radar’s receiving antennas, which 
were located some one hundred miles from the transmitting 
site to minimize interference. The raw radar returns would 
then be subjected to advanced digital processing at the sys- 
tem’s operations control center, moving targets would be iso- 
lated, and the results would be transmitted to NORAD and 
other locations.® 

That, at any rate, was the intention. But as a series of tests 
conducted during 1988 made clear, the radars did not perform 
particularly well at night or under poor atmospheric condi- 
tions. Worse still, their discrimination was poor, meaning that 
they had difficulty detecting and tracking small targets at long 
distances.® When these problems were coupled with a declin- 
ing defense budget toward the end of the decade, it was clear 
that the number of deployed radar sectors would have to be 
scaled back. But perhaps even more importantly, the end of 
the cold war dramatically reduced the need for OTH-B, and 
NORAD began looking for ways to justify funding for the not- 
yet-completed portions of the system. Specifically, they began 
emphasizing the radars’ ability to provide coverage over Mex- 
ico, a primary staging area used by drug traffickers.^ Under- 
scoring this new role for OTH-B in the post-cold-war era, the 
program’s entire 1991 budget was transferred to the Penta- 
gon’s Drug Interdiction and Counterdrug Activities budget. 
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North Warning System 

To complement the OTH-B coverage 2 md to fill that system’s 
gaps to the north (a direction where high-frequency signals are 
susceptible to auroral disruption), a second initiative for im- 
proving detection of air-breathing threats was the North Warn- 
ing System (NWS), a series of short- and long-range radars, 
which, along with their operations centers, support facilities, 
and communications links, would replace both the aging 
SAGE radars in Alaska and the radars of the stretching across 
Alaska and northern Canada. 

Two programs were involved in NWS, aptly nsimed SEEK 
IGLOO and SEEK FROST. The first to get under way was 
SEEK IGLOO, which called for the replacement of 13 SAGE citr 
defense radars in Alaska, operated by the Alaskan Air Com- 
mand, with modern, highly reliable, long-range radars. The 
replacement radar of choice was the FPS-117, which inte- 
grated into a single antenna a long-range surveillance radar, a 
heightfinder radar for medium- to high-altitude tracking of 
targets, and an Identification Friend or Foe System for auto- 
matically querying the trainsponders of aircraft. Unlike its 
predecessors, the new rotating radar was solid-state and de- 
signed to be frequency-agile, capable of operating at 20 differ- 
ent frequencies and capable of distinguishing targets among 
the calving ice, flocks of migratory birds, and the other radar 
clutter of the Arctic region.® 

The second NWS program, SEEK FROST, would replace the 
antiquated DEWLINE with two different types of radars. First, 
13 strategically located DEW LINE sites would be equipped 
with minimally attended FPS-117s of the same type used in 
SEEK IGLOO.® But because these were designed for long-range, 
medium- to high-altitude coverage, line-of-sight constraints 
meant that there would be frequent gaps in coverage. To fill 
those gaps, the 13 radar sites would be complemented by 
another 39 short-range unmanned radars for low- to medium- 
altitude coverage.^® Depending upon terrain restrictions, be- 
tween two to six of these “gap-filler” radars would be located 
between pairs of the FPS-117s, creating an unbroken elec- 
tronic fence to the north. 
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The North Warning System was declared operational in the 
early 1990s, scanning the sky ceaselessly for a threat that in 
many people’s view no longer existed. But system proponents 
put the best possible spin on the situation: “Just because there 
are fewer burglaries in the neighborhood doesn’t mean you 
throw away the burglar alarms,’’” one NWS operator remarked. 


Communications Initiatives 

The second leg of Donald Latham’s C^l Triad Involved the 
upgrade or deplojonent of a series of communications systems 
to permit the leadership to remain in contact with the strategic 
forces on a continuing basis under all conditions, up to and 
including a strategic nuclear exchange. A number of ground-, 
air-, and space-based communications initiatives were pur- 
sued under the aegis of the Strategic Modernization Program, 
many of them elements of WWMCCS’s Minimum Essential 
Emergency Communications Network (MEECN). For commu- 
nicating with the ballistic missile submarine force, plans 
called for upgrading the Navy’s fleet of TACAMO planes, and 
for deploying a ground-based extremely low frequency (ELF) 
communications system. Also called for was the development 
of the Air Force’s Ground Wave Emergency Network (GWEN). 
Finally, attention was given to the deplo 5 mient of the third- 
generation Defense Satellite Communications System and to 
the development of the exceedingly ambitious Military Strate- 
gic and Tactical Relay Satellite. Several of these systems are 
discussed below. 


Extremely Low Frequency Communications 

A number of independent, redundant systems have long ex- 
isted to provide communications to the strategic submarine 
force, but all Imposed substantial limitations in operational 
flexibility. What was needed, in the Navy’s Judgment, was a 
system that was not only survlvable and secure, but one that 
was jam resistant and whose signals could be received even in 
a wartime environment of multiple nuclear bursts, thus guar- 
anteeing the submarines’ usefulness as a deterrent force. 
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Since the late 1950s, the Navy had been examining the feasi- 
bility of a communications system utilizing the portion of the 
electromagnetic spectrum between 10 etnd 100 Hertz, known as 
the extremely low frequency or ELF band. On the theoretical 
level, ELF offered many benefits. ELF signals are characterized 
by low-propagation attenuation, meaning that they can be re- 
ceived over great distances. Indeed worldwide. The signals have 
low attenuation in seawater, such that they can penetrate to 
depths some 20 times deeper than very low frequency signals.*^ 
With ELF, submarines could operate weU below the 200-foot 
maximum detection depth for ocean surveillance satellites and 
below noise-reducing thermad layers in the ocean, making them 
less susceptible to antisubmarine warfare activity. Additionally, 
the way ELF signals are transmitted makes them highly resis- 
tant to Jamming and other forms of interference, including nu- 
clear detonations.'^ Finally, it was felt that an ELF system could 
be survlvable, since its transmitters and antenna arrays could 
be geographically dispersed and hardened.''* 

The original system design advanced by the Navy, known as 
Sanguine, was exceedingly ambitious, covering approximately 
41 percent of the state of Wisconsin. Over six thousand miles 
of antenna wires would be buried six feet deep, checkerboard 
fashion, on state and federsd property and along public rights- 
of-way. The wires would be grounded at each end by an elabo- 
rate grounding configuration that, depending upon local con- 
ductivity conditions, could extend for distances of up to two 
miles. Two hundred and forty underground transmitters, each 
Installed approximately at the center of an antenna cable, 
would power the system. To ensure their survivability, the 
transmitters would themselves be buried about 35 feet below 
ground in reinforced concrete capsules.'® The Navy estimated 
that some 800 million watts of power would have to continu- 
ally flow through Sanguine’s wires to maintain operational 
readiness. 

In the years that followed, unremitting criticism of the pro- 
posed system by various state and federal officials, concerned 
citizens, and environmental groups resulted in an ongoing 
search for alternative host sites and a progressive scaling-back 
of the system’s dimensions. To Increase the system’s accept- 
ability among cost-conscious members of Congress, during the 
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mid-1970s the Navy shifted its preferred ELF system from a 
downsized, survivable Sanguine to a new nonsurvlvable sys- 
tem called Seafarer. Despite many changes and adjustments, 
however, the criticism continued unabated. The Navy’s re- 
sponse was to keep searching for new ELF designs that would 
prove more publicly palatable, resulting in even further reduc- 
tions in the proposed system’s size. The most promising alter- 
native settled upon by the Navy Involved Unking its smaU Wis- 
consin ELF test facility to another small facility to be 
constructed at Sawyer Air Force Base in Michigan. TTie Navy 
caUed this far more restrictive system Austere ELF, and Presi- 
dent Carter approved the plan in January 1979. 

But congressional resistance to the cost of even an “austere” 
ELF necessitated a further reduction in the size of the Wiscon- 
sin-Michigan system, halving the amount of antenna wire to 
be used. As part of the Strategic Modernization Program, the 
Reagan administration gave the go-ahead for this downsized 
Austere ELF, which was rencuned simply Project ELF. Work 
proceeded throughout the decade, and in May 1989 the two 
linked faciUties went to full power. Full operational capabiUty 
was achieved the following October.*® So even as the cold war 
ended and the 1990s davmed, the Navy had at last assured 
itself of a real-time submarine communications capabiUiy. 

Military Strategic and Tactical Relay Satellite 

Given the substantial and increasing US reUance upon 
space-based assets for communications, a major concern of 
defense planners during the 1980s was satelUte vulnerability. 
The problem seemed particularly pressing, because in many 
families of defense satellites, toughness had been deUberately 
sacrtflced to pack on board the maximum mission capability. 
Tlie result was highly capable but inherently fragile spacecr^ 
that were vulnerable, given the active pursuit of antisatellite 
technologies by both superpowers. Consequently, much 
thought was given to enhancing satellite survivability through 
such means as hardening, maneuverability, the use of decep- 
tive technologies, and proliferation.*^ 

These concerns found expression in the Mllltaiy Strategic, 
Tactical, and Relay (MILSTAR) satellite communications system. 
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Representing the most ambitious and technically difficult 
communications program ever undertaken by the Pentagon, 
MILSTAR also represented the highest-prlorily command £md 
control element of the Strategic Modernization Program. In- 
tended to employ an internetted constellation of satellites both 
in synchronous equatorial orbits and elliptical polar orbits, 
MILSTAR was intended to link the National Command 
Authorities to surface ships, submarines, aircraft, ICBM 
forces. Army ground mobile forces, and theater nuclear forces 
around the globe. 

Plans called for MILSTAR to incorporate a number of fea- 
tures to ensure its continued availability during crises up to 
and including general nuclear war. The satellites would be 
hardened against radiation from nuclear detonations and laser 
attack. They would be maneuverable and incorporate on-board 
decoys to enhance their survival against physical attack. The 
satellites would offer enhcmced resistance to jamming, with 
much of the improvement arising from their use of the ex- 
tremely high frequency (EHF) band. EHF signals travel in ex- 
tremely straight lines and are relatively unaffected by passage 
through the atmosphere. This means they can focus more 
power on ground receivers, allowing for the use of smaller 
antennas and avoiding jammers and interception.*® In addi- 
tion, the use of rapid frequency-changing burst transmissions 
£md antenna-hopping techniques would make the transmis- 
sions even less vulnerable. Finally, the spacecraft would be 
outfitted with satellite-to-satellite cross-links (hence the term 
relay in MILSTAR), eliminating dependence on groimd stations 
for communications relay and minimizing the risk of eaves- 
dropping by hostile terrestrial terminals. 

When fully operational, MILSTAR was intended to enhance 
or assume the functions of a number of existing satellite sys- 
tems. Critical emergency action message services provided by 
UHF systems like AFSATCOM would be shifted to MILSTAR. 
MILSTAR would augment and possibly replace the Satellite 
Data System, serve as a relay for data from intelligence satel- 
lites sueh as the KH-12, and assume at least some of the 
broadband communications functions performed by the De- 
fense Satellite Communications System.*® 
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That, anjway, was the plan. But it was at the moment when 
MILSTAR’s requirements had to be translated into reality that 
the problems began. The ambitious and technically complex 
nature of the undertaking was immediately apparent, and 
within a very short time the program began running into a 
series of technological roadblocks. These included the need for 
reliable traveling wave tube ampUflers, fault-tolerant space - 
borne computers, advanced adaptive antennas, nulling Einten- 
nas, hardened electronics and high-speed data processors, 
and low-cost EHF terminals.^® The Air Force assured critics 
that the problems were not insuperable, but their large 
number virtually guaranteed cost overruns that would in turn 
force the program’s timetable to be stretched out. Complicat- 
ing matters further was the catastrophic loss of the space 
shuttle Challenger in January 1986, freezing shuttle launches 
until the cause of the Challenger mishap could be ascertaiaed 
and corrected. 

On top of eiU this, almost continuous interservice skirmishing 
over technical requirements and bureaucratic prerogatives beset 
the MILSTAR program. On the one hand, this led to one of the 
most heavily gold-plated programs the defense establishment 
had ever seen. The ability to satisfy everyone by adding capabili- 
ties was not unlimited, however — ^given the irreducible fact that 
only so much weight could be lifted into space by existing launch 
vehicles, and any decision to enhance one capabilLty (such as 
hardening) meant that sacrifices had to be made in other areas. 
As the tradeoffs were made, it quickly became appairent that 
MILSTAR would likely have a low data rate, and might have to 
limit simultaneous access to as few as 15 users.^* Such low 
capacity and flexibility strongly suggested that MILSTAR would 
never achieve its promise as a war-fighting “switchboard in the 
sky,” nor would it be able to zissume the fimctions of such 
satellite communications programs as the Defense Satellite 
Communications System or Fleet Satellite or meet Intelligence 
relay requirements. By the mid-1980s program ofiicicds were 
confirming these limitations to Congress, even as projections of 
program costs were ballooning. 

Perennially over budget, in 1988 the plans for MILSTAR 
were pushed back. Additional stretch-outs appeared inevitable 
as the new Bush administration’s defense secretary, Dick 
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Cheney, tried to meet near-term budgetary targets by cutting 
$1 billion from the defense budget submitted by the outgoing 
Reagan administration.^ In 1989 the House Appropriations 
Committee called for termination of MILSTAR. Recognizing a 
sinking ship when they saw one, the services began abandon- 
ing MILSTAR. The axe finally fell in July 1990, when Demo- 
crats on the Senate Armed Services Committee overrode the 
unanimous objections of committee Republicans and voted to 
kill MILSTAR. The reasons were clear enough: MlLSTAR’s 
sticker price had tripled, but for a less capable system that 
would serve far fewer users than had been originally envi- 
sioned.^'* But perhaps most important of aU was the increasing 
inappropriateness of the system. As congressional critics were 
quick to point out, MILSTAR had been conceived in a period of 
resource munificence and intense Sovlet-Amerlcan hostility, 
when great emphasis was placed on fighting and winning a 
nuclear war. But in the altered national security landscape of 
the 1990s, it was said, neither of these concerns applied emy 
longer. 


Ground Wave Emergency Network 

The prevailing logic during the 1980s was that satellites 
were inherently fragile, and hence a nuclear war might quickly 
prove fatal to many key space-based communications sys- 
tems, including MILSTAR itself, and protecting all of the satel- 
lites would almost certainly prove prohibitively costly.^® The 
response to this was to put in place additional MEECN sys- 
tems utilizing the various frequencies of the electromagnetic 
spectrum, so that the NCA could relay instmctlons to the 
strategic nuclear forces should satellite communications be 
disrupted. ELF was one such system. Another major system 
was GWEN, which commanded a full two-thirds of the funding 
devoted to MEECN improvements during the Reagan years. 

GWEN was intended to provide assured transmission of 
force direction messages in case of a surprise, “bolt from the 
blue” Soviet nuclear attack and to provide an enduring com- 
munications capability thereafter. The characteristics that per- 
mitted GWEN to accomplish its mission were several. First, 
there was its use of ground-hugging, low-frequency radio, 
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which resists disruptions of the ionosphere caused by nuclear 
weapons. Second, there was its use of packet-switching, the 
technique developed during the 1970s for use in the ARPANET 
and later slated for use in several other WWMCCS-related net- 
works. Third, there was the system’s nodal redundancy, en- 
hancing the probability that messages would reach their desti- 
nations. “ Plans called for developing GWEN in stages. The 
first phase, called initial communications connectivity, was 
intended simply to demonstrate GWEN’s technical viability. 
Phase 2 called for the construction of a thin-line communica- 
tions connectivity (TLGC), consisting of 56 GWEN relay sta- 
tions arranged in a giant figure eight with SAC headquarters 
in Omaha at its center. Linking together a total of eight com- 
mand centers and 30 military bases, the TLCC by design in- 
corporated as many of the desired GWEN features as were 
then within the state of the art, and it was intended to serve as 
a foundation for the much larger Phase 3 system to come.^^ 

Even as the TLCC was moving toward completion, the number 
of relay towers to be included fii the Phase 3 GWEN system was 
undergoing a process of incremental diminution. Plans called for 
between 400 to 500 towers at the time the system was an- 
nounced in 1982; but well before the TLCC came on line, this 
figure had been reduced to 236 and then to 127. Assistant Sec- 
retary of Defense for C®1 Donald Latham noted that for the cur- 
rent GWEN mission, 127 GWEN nodes were sufficient but that 
“other missions and a more realistic threat could require addi- 
tional nodes.”^ The Phase 3 GWEN was thus explicitly viewed as 
sm interim system, an unsatisfactory resolution to the dilemma 
that an appropriately redimdant system was prohibitively costly, 
while anything less could be easily destroyed, rendering it use- 
less for its intended purpose. 

These coneerns with cost, coupled with strong public oppo- 
sition to the construction of relay towers in some localities, 
had the effect of slowing the construetlon of the GWEN. It was 
not until the fall of 1987 that RCA, the prime system contrac- 
tor, began testing the TLCC.^® By early 1988, 49 of the 56 
TLCC nodes were undergoing initial operational testing and 
evaluation. Work on Phase 3 was simultaneously in progress, 
and in mid- 1988 the Air Force approved an expansion of GWEN 
from the TLCC’s 56 nodes to 96.^“ Despite the substantial 
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reduction, Air Force officials claimed that the much-dimin- 
ished GWEN would stUl constitute a “fined operationed capabil- 
ity” that would be operational within a few years.^* As it turned 
out, those few years brought about not the completion of the 
Ground Wave Emergency Network but rather the end of the 
cold war, raising questions as to whether this element of 
MEECN was simply an expensive anachronism. 

Command Initiatives 

The final leg of Latham’s C®1 Triad involved improvements in 
the command structure. This included substantial upgrades to 
the capabilities of the ground-based command centers, most 
prominently the Alternate National Military Command Center, 
the National Military Command Center, and NORAD’s Chey- 
enne Mountain headquarters. Major improvements were also 
planned for various air -based command posts, including 
SAC’S “Looking Glass” aircraft, the EC- 135 airborne command 
posts used by the nuclear CINCs, the National Emergency 
Airborne Command Post, and the president’s personal plane, 
Air Force One. Also falling beneath the rubric of command 
initiatives were various Initiatives intended to enhance the na- 
tional leadership’s ability to direct the forces: programs such 
as the NAVSTAR Globed Positioning System (GPS) and the 
WWMCCS Information System and research into such deci- 
sion-making aids as artificial intelligence emd expert systems. 
One of these command Initiatives, NAVSTAR, is examined in 
greater detail below. The WWMCCS Information System is dis- 
cussed in the next chapter. 

NAVSTAR Global Positioning System 

The Navigation Satellite Timing and Ranging (NAVSTAR) 
Global Positioning System is a satellite-based radio navigation 
system designed to provide highly accurate altitude, latitude, 
longitude, velocity, and time data to properly equipped users 
anywhere in the world. The global positioning system was long 
recognized by the Pentagon as a research priority. The first 
major milestone in the evolution of the NAVSTAR GPS came in 
1967 when the Joint Chiefs of Staff conducted a comprehensive 
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review of all navigation systems then in use or at the stage of 
advanced development to determine which would be most appro- 
priate for meeting the criteria of worldwide coverage, redun- 
dancy, instantaneous response, continuous availability, and 
the ability to resist enemy countermeasures. The study con- 
cluded that none of the systems then in use could meet all of 
the mllltaiy’s requirements and that of those options then be- 
ing considered, a satellite-based system for three-dimensional 
navigation offered the greatest potential to do so. The result of 
the study was a JCS master navigation plan, a general guid- 
ance document directing that a program to orbit such a sys- 
tem be established on a priority basis. 

As originally envisioned, the system would serve over 27,000 
individual American and allied users, which included flxed- 
wtng aircraft, helicopters, surface ships, submarines, land ve- 
hicles, cmd ground troops. Civilian use was also projected, 
although likely more for the large external constituency it 
would rally behind the program than out of any Pentagon 
desire to improve the navigation systems then in use by the 
maritime and airline industries. A major problem with the JCS 
plan from the outset, however, was that no preliminary studies 
were conducted to identify user needs; thus, there was no way 
to know whether the capabilities proposed for the new system 
would address specific unmet needs or identified deficiencies 
of prospective users. “ 

NAVSTAR contained three distinct elements: a space seg- 
ment, a control segment, and a user segment. The space seg- 
ment consisted of 24 satellites, of which 21 were active and 
three were on-orbit spares. They were divided into three 
planes of eight satellites each, in circular orbits at an altitude 
of approximately 10,900 nautical miles, that provided continu- 
ous worldwide coverage. Each satellite was designed to trans- 
mit two ultra-high frequency signals that could be captured by 
receiving sets, one for positioning and one for timing. Receiv- 
ing the “composite signed” from four satellites was required for 
achieving the expected level of accuracy in navigation, deter- 
mination of velocity, and three dimensional positioning, by 
some estimates to within 1 1 feet laterally and 12 feet in alti- 
tude.®^ The control segment, consisting of a number of ground 
facilities scattered across the globe, was Intended to track the 
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satellites and provide updates to their position and timing in- 
formation. The user segment of the system included the vari- 
ous terminals and devices that would capture the satellite 
signals and convert them into navigation, time, and position 
information, which in turn could be used for a variety of mili- 
tary and civilian purposes — including positioning air, sea, 
land, and space platforms prior to weapons launch.®® 

From the perspective of command and control, several sig- 
nificant changes hi NAVSTAR’s mission occurred during the 
1970s. Under the original system concept, NAVSTAR signals 
would be available to ships, aircraft, and some land vehicles. 
Missiles were not considered prospective users because the 
Pentagon was planning a dedicated satellite constellation for 
in-flight missile guidance. But a series of technological ad- 
vances resulted in the dedicated system being scrubbed and 
its functions assigned to NAVSTAR. Most notably, these were 
advances in the area of miniaturization, coupled with energetic 
efforts by the director of defense research and engineering to 
have the new navigation satellite support the missile accuracy 
improvement program. The implications of such a change were 
far reaching. A traditional weakness of submarine-launched 
ballistic missiles had always been their accuracy, a problem 
arising from the fact that the launch platform itself is continu- 
ously moving, if only slightly, with deleterious effects on gyro- 
scope-based guidance systems. The possibility for midcourse 
flight corrections changes things completely, giving the strate- 
gic submarine force unprecedented hard-target capability.®® 

Of perhaps greater relevance from the perspective of com- 
mand and control was the decision to put Nuclear Detection 
System sensors on board NAVSTAR satellites. These sensor 
packages were designed to detect the visible light. X-rays, 
gamma rays, and electromagnetic pulse associated with a nu- 
clear detonation, allowing for determination of bomb yield and 
type.®^ Since the energy from detonations would arrive at dif- 
ferent satellites at slightly different times, the locations of these 
satellites could be precisely determined by NAVSTAR’s atomic 
clocks, accurate to a few billionths of a second.®® With this 
Information, the status of enemy mllitaiy forces could be as- 
certained, allowing for the redirection of forces, the rendezvous 
of nuclear-equipped aircraft with tankers without breaking 
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radio silence, the reconstitution of command and control as- 
sets, and a variety of other adjustments during the trans- and 
post-attack stages of conflict. To ensure their usefulness in a 
protracted war situation, the satellites would be hardened 
against jamming, laser and nuclear weapons effects, and other 
types of electronic interference.^® 

Operational testing of NAVSTAR began in 1985. Acquisition 
commenced in 1986, and NORAD’s Consolidated Space Opera- 
tions Center took over operational control of the system that 
same year. But a series of production difficulties, coupled with 
the problems afflicting the space shuttle program following the 
Challenger disaster, resulted in major program delays. It was 
not until February 1989 that the launch of the first production 
NAVSTAR satellite took place, and the cold war drew to its 
close with the fielding of a fully operational global positioning 
system stUl somewhere in the indeterminate future. When it 
finally came on line, NAVSTAR would serve a somewhat differ- 
ent set of constituencies than had been envisioned. SAC de- 
cided not to install GPS receivers on board its aircraft, cutting 
the total number of Air Force planes slated for receivers by 
more than half. Additionally, it turned out that a whole class 
of small, instrument-stuffed aircraft like the F-16 had insuffi- 
cient space for the receivers. In total, some 3,600 GPS receiv- 
ing units were slated for platforms that eould not accommo- 
date them.^° The most visible benefits of NAVSTAR were, 
rather, in the civilian sector. For example, when France and 
Great Britain were constructing the so-called Chunnel be- 
neath the English Channel to connect the two countries, they 
turned to NAVSTAR. Construction of the tunnel’s three tubes 
proceeded simultaneously from the French and English 
coasts; without NAVSTAR to correct errors in the measuring 
instruments used, the tubes would not have been able to meet 
at the channel’s mid-point at the same altitude.'" 

These were some of the major command and control initia- 
tives advanced by the Reagan administration under the rubric 
of the Strategic Modernization Progrcun. The importance and 
centrality to the program of one additional command initiative, 
the WWMCCS Information System, is such that it is given a 
more detailed treatment in the next chapter. 
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Chapter 16 

WWMCCS Information System 


By the middle of the 1970s the initial 35 WWMCCS stan- 
dard computer systems had been successfully installed in 26 
centers around toe world.' Users could access the computers 
by way of local terminals in toe immediate vicinity of toe host 
computer or by using remote terminals located hundreds, 
even thousands, of miles away. The growth of toe remote ter- 
minals had been extremely rapid, such that by the beginning 
of toe 1980s almost every major American installation in toe 
continental United States, Korea, and Europe was connected 
to WWMCCS. It was the culmination of years of effort to link 
the major command centers into a coordinated and responsive 
whole. Vltoile the underlying concept was sound, toe practical 
deficiencies of WWMCCS automatic data processing were myr- 
iad, many of them directly attributable to the Honeywell 6000- 
series computers. Additions of various sorts were made as 
users endeavored to enhance their performance, decrease re- 
sponse time, provide backup capability, and improve compati- 
bility with toe new peripheral equipment that continued to 
appear.^ 

Software problems also abounded. The Honeywell-provided 
hardware architecture and database management system soft- 
Wcire could not provide a full range of user support services, 
especially in crisis situations. And since toe software was 
owned by Honeywell rather than toe government, toe Penta- 
gon was constrained in toe modifications it could undertake to 
correct deficiencies and tailor the software to specific defense 
needs.® The result was a proliferation of software applications 
as users tried to find ways to make toe system perform more 
effectively. 

The Prototype WWMCCS Intercomputer Network — sub- 
sequently transitioned to operational status as WIN, the 
WWMCCS Intercomputer Network — had been a significant ef- 
fort to address these concerns. Additional experience with net- 
working had been gained, to be sure, but again a major im- 
pediment turned out to be toe WWMCCS computers, which 
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were incapable of performing the necessary packet-switching 
functions. Here too, additional hardware and software were 
necessary to work around the shortcomings and make all of 
the equipment play together. Nobody denied that there were 
problems, and the growing consensus was that what was re- 
quired was a “total system,” an Intercomputer network capable 
of addressing all command and control requirements — one in 
which data could be widely shared and one that would de- 
grade gracefully under conditions of stress rather than experi- 
ence catastrophic failures. The result of these concerns was a 
congressional order to prepare plans for the replacement of the 
faulty computer network. 

Recognizing that any satisfactory solution to the WWMCCS 
ADP problem would take a number of years to implement, 
an interim program was begun in 1980 to enhance the exist- 
ing system’s reliability and remedy some of its information- 
processing shortfalls. As part of this, an additional eight-year 
contract was signed with HonejAvell to maintain and support 
the existing WWMCCS standard computers and associated 
software, and more than $100 million would be spent on these 
upgrades during the ensuing years. Nonetheless, the long- 
term prospects for such patchwork solutions appeared bleak. 
Advances in automatic data-processing technologies had been 
nothing short of spectacular since the time the Honeywells 
were acquired, and the number of people still using the anti- 
quated 1960s-vlntage computers was rapidly declining toward 
zero. This, in turn, had predictable effects upon system reli- 
ability: for as the number of systems dwindled, there remained 
no incentive for a commercial firm such as Honeywell to con- 
tinue its Investment in the outdated technologies. Resources 
were directed elsewhere, resulting in a lack of spare parts and 
trained personnel. to service the older machines. It was a situ- 
ation with serious implications for WWMCCS madntenance, 
the costs for which were rising steeply, and it was apparent to 
practically everyone that a definitive solution would have to be 
found soon."* 

The search for that solution became more aggressive upon 
the arrival of the Reagan administration in January 1981. 
Immediately upon taking office. Assistant Secretary of Defense 
for C^I Latham began pointing out the many deficiencies in 
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AVWMCCS’s capabilities, especlailly its inability to support de- 
cision makers in time-sensitive situations and crises. He de- 
scribed how the rapid pace of technological advance had cre- 
ated a situation in which the Pentagon was locked into a spiral 
of escalating costs for maintaining obsolete hardware and soft- 
ware whose performance was in continual decline relative to 
the state of the art. The system lacked a data management 
capability. There was inadequate computer availability, re- 
sponse time was poor, capacity could not be expanded to sup- 
port defined applications, and the system did not meet the 
requirement for multilevel security.® Latham consequently is- 
sued a call for a major modernization of WWMCCS ADP, in 
particular the pursuit of a reliable and secure, high-capacity 
intercomputer network. But how this was best accomplished 
was by no means clear. How should computing power be dis- 
tributed within the system? Should ADP modernization take 
place at each Individual user site, or should it be concentrated 
in fewer locations using a smadler number of more powerful 
central computers? Should identical modernization take place 
at aU sites, or should hardware and software be tailored to 
users’ specific needs? Should modernization occur simultane- 
ously at all sites, or should attention be directed first to those 
elements of the system considered most deficient? For ques- 
tions such as these, there was often no obvious or easy answer. 

As in other Instances where efforts had been undertaken to 
strengthen multiuser command and control systems, the serv- 
ices were less than enthusiastic supporters of Latham’s pro- 
posal. DCA Director Samuel Gravely pointed out how service 
critics were charging that an upgraded WWMCCS ADP capa- 
bility was not in their interests since it contributed mainly to 
support of the unified and specified commanders, not the serv- 
ices. “I guess I do not understand service interests,” Gravely 
acidly remarked, “if they are not coincident with ClNCs’ inter- 
ests.”® But the services’ resistance was actually not at all diffi- 
cult to understand. Whereas existing vertically oriented sys- 
tems were designed for service-specific purposes, an upgraded 
WWMCCS ADP capability of this sort promised greater hori- 
zontal integration, and with it the possibility for Increased cen- 
tralization of control.'^ What this meant for reformers was that 
organizational dynamics emd concerns — ^bureaucratic Inertia, 
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organizational loyalties, suboptimization, resistance to change, 
and limited rationality — ^were issues that had to be dealt with 
on top of the technological issues involved in the construction 
of an upgraded WWMCCS ADP capability. With money and 
bureaucratic turf up for grabs, the perhaps inevitable result 
was contentiousness and confusion over the requirements the 
new system should address, the hardware and software necessary 
to do the job, and precisely who would make these judgments. 

The Reagan administration was committed to command and 
control modernization, however, and the “total system” it had 
in mind was called the WWMCCS Information System (WIS), 
an effort that would implicate to varying degrees the Defense 
Communications Agency, the Joint Chiefs of Staff, the Office 
of the Secretary of Defense, and the three services. What plan- 
ners had in mind was something more ambitious than WIN; 
they envisioned an interactive computer network that would 
tie together a series of central computers and local area net- 
works, permitting the sharing of databases and workloads be- 
tween command centers. It would be easier to use than its 
predecessor and offer improved means for protecting classified 
information.® The network would be reliable and redundant, 
capable of functioning under a range of peacetime and war- 
time conditions, up to and including nuclear Wcir. Tlie develop- 
ment of WIS represented the most Important aspect of the 
command and control modernization effort, itself hailed as the 
most important element of the administration’s vast and ambi- 
tious Strategic Modernization Progrcim. 

With respect to the new system’s structure, or architecture, 
WIS system engineers opted for modernization of individual 
sites as opposed to concentrating ADP functions in fewer loca- 
tions, the operative assumption being that a larger number of 
system nodes offered greater reliability and survivability than 
putting more figurative eggs in fewer nodal baskets. It was 
next decided that there was no need for similar modernization 
at all sites. While hardware md software standardization was 
considered essential for common functions among WWMCCS 
sites, it was acknowledged that custom-tailored modernization 
could take place where command-unique ADP functions were 
concerned. This was termed a. Junctional family approach, and 
the hoped-for result would be a flexible, modular system in 
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which smaller computers dedicated to specific functions could 
be tied together into an integrated network, providing the pos- 
sibility of graceful rather than wholesale degradation in the 
event of failures. Finally, it was decided that the modern- 
ization effort should be phased in gradually, both to prevent 
disruption of operations at the various WWMCCS sites and to 
spread out the costs.® 

As conceived, WIS would have two main emphases, the first 
of which involved hardware. Here, the most important task 
was the replacement of the outdated WWMCCS standard com- 
puters with more modern state-of-the-art ADP equipment, as 
well as the upgrade of associated terminals, displays, emd 
periphercds. At the time, 83 of the Honeywell 6000-serles com- 
puters were in operation at 49 locations. Of these, the WIS 
modernization would affect 78 computers at 46 locations. (The 
other five computers were operated by the Defense Intelligence 
Agency (DIA) as part of the Intelligence Data Handling System 
and would be upgraded by DLA as part of a different program.) 
Also included under the rubric of hardware was the upgrading 
of a variety of non-Honeywell computers then in use through- 
out WWMCCS: for example, the UNIVAC 1100/42s at SAC, 
NORAD, NMCC, and ANMCC.'° 

The second WIS component Involved upgrading existing 
software and developing new software so that WWMCCS could 
more effectively perform its tasks of situation assessment, cri- 
sis management, rapid force deployment, and support. The 
need for the upgrade was pressing. First there was the system 
software. Because it was based on the batch-processing con- 
cepts of the 1960s, it simply could not provide a full range of 
user support services, including adequate on-line software de- 
velopment and data management tools. Moreover, since the 
system software was not owned by the government, the De- 
partment of Defense was constrained in the modifications it 
could undertake to correct deficiencies and tailor the programs 
to specific defense needs. Next was the AVWMCCS standard 
applications softweu'e, which was limited and in need of rede- 
sign and reorganization. Finally, modernization of much of the 
command-unique software was urgently required. Many of the 
difficulties derived from the fact that commercial software had 
slowly begun to replace software written specifically for 
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WWMCCS as users tried to meet their site-unique require- 
ments, leading to a proliferation of such applications within 
WWMCCS.*' To provide the sorts of functions required by 
WWMCCS, it was clear that the operating system software was 
in need of complete replacement, while between one-quarter 
and one-half of ^ standard applications software and command- 
unique software was in need of upgrading. 

The movement toward WIS was given additional Impetus 
when, in early 1982, Hone5rwell announced that it had decided 
to phase out maintenance and support for the operating sys- 
tem software used on the WWMCCS computers. What this 
meant in practical terms was that by the time the phase-out 
was concluded, in January 1986, the Pentagon itself would 
have to bear the full costs for software maintenance and modi- 
fications. A study was promptly initiated to compare the costs 
and benefits of developing entirely new operating system soft- 
ware as opposed to maintaining and enhancing the existing 
software, and the conclusion was that pursuing entirely new 
software would be more cost effective. With the need clear for 
both new hardware and software. Secretary of Defense Wein- 
berger approved the development of WIS in July 1982.*® 

Perhaps not surprisingly, new procedures and management 
practices were put into effect to implement the new WIS, mak- 
ing the program an initiative for orgcmizational as well as tech- 
nological change. The Air Force chief of staff was designated 
the executive agent for WIS modernization. To raise the visibil- 
ity of WIS and provide strong centralized management for zdl 
associated activities, a WIS joint progrcim manager (JPM) was 
created and would report through the joint chiefs to the assis- 
tant secretary of defense for C®I. To oversee the acquisition of 
new WIS hardware and software ordered by the JPM, a system 
project office was established at the Electronic Systems Divi- 
sion in Massachusetts. Finsilly, and to facilitate the modern- 
ization of the high-priority areas of tactical warning and attack 
assessment, a systems integration office was established at 
the Aerospace Defense Commeind In Colorado. *“ 

In October 1983 the Air Force awarded GTE’s Government 
Systems Division the contract to serve as the prime Integration 
contractor and systems architect for WIS. GTE’s responsibili- 
ties included system definition and development, including 
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establishing standards for termlnal-to-terminal, terminal-to- 
host, and host-to-host communications. The contract cdso called 
for testing and integrating subsystems supplied by subcon- 
tractors and for modernizing WWMCCS’s extensive supporting 
software with a high- order programming language. What was 
perhaps most noteworthy about GTE’s approach was that, at 
ESD’s Insistence, hardware selection would tsike place after 
software development. The point was to select a software ap- 
proach that would allow the software to be machine-independent 
and portable across different types of computing hardware, 
rather than locking it into specific types of hardware as had 
been the case in the WWMCCS ADP Upgrade Program. For 
this purpose all old software (written in COBOL) as well as eill 
new software would be rewritten in Ada, a language imple- 
mented by order of the undersecretary of defense for research 
and engineering and explicitly designed to run on different 
types of computing hardware.^® 


Ada 

The need for a programming language such as Ada goes way 
back. By the middle of the 1970s, approximately five hundred 
programming languages or different versions of languages 
were in use throughout the DOD. A veritable electronic Tower 
of Babel, in practical terms it was a severe limitation for sup- 
port maintenance and training, since moving applications pro- 
grams among computer systems required different tools and 
expertise for each language.*® It was hardly a recipe for effec- 
tive performance, not to mention that it was extremely expen- 
sive. One obvious way to deal with the problem of software 
proliferation was to use a single data format, or computer 
language, to meet the requirements of the whole range of DOD 
computer systems. Including those employed by WWMCCS. 
Nothing like this existed. While such defense organizations as 
ARPA had been interested in computer science research for 
years — in such areas as networking, artificial intelligence, com- 
puter image processing, speech recognition, and the like — ^the 
vast bulk of software produced was emphatically system-specific. 
There was no agreement, either within ARPA or externally, as 
to precisely what elements a common computer language 


307 



THE WORLD WIDE MILITARY COMMAND AND CONTROL SYSTEM 


should include, and for good reason: there was no unambigu- 
ous way to assess whether any given language was better than 
another. Was ease of programming the criterion? Was it the 
ease with which the program could be modified later? How 
about ease of documentation or transfer? There was no easy 
answer, no obvious way to strike a balance between various 
concerns and criteria. What was clear was that the number of 
languages then in use throughout the Defense Department 
was far too large, making the pursuit of a single high-order 
programming language a reasonable goal to pursue.*'^ 

And so in mid- 1975, the Institute for Defense Analysis es- 
tablished a high-order working group whose mission was to 
draft a series of initial requirements for a programming lan- 
guage that could be used on computers built by different 
manufacturers and that could be transferred among them. 
These requirements were reviewed by experts from the military 
services, defense agencies, industry, and the academic world, 
and further modifications and revisions were made. This itera- 
tive, multistage process was sufficient to convince key officials 
that it was in fact possible to develop a single prograimmlng 
language to meet defense needs. 

A final set of requirements was approved in January 1976, 
and contracts to develop a prototype standard language were 
competitively awarded to four contractors the following year. 
The contractors’ preliminary designs were then widely distrib- 
uted within the defense communily, and based on the com- 
ments received, the requirements for the new language were 
finalized. Two contractors were chosen to continue the design 
work to meet these requirements, and their designs were again 
distributed for comment. In 1979 the Pentagon selected the 
language designed by a team from Cli-Hone5well Bull. The 
language, called Ada, was named for Augusta Ada Byron, the 
daughter of poet Lord Byron and the world’s first computer 
programmer, who had worked on Charles Babbage’s mechani- 
cal computing engine in the early 1800s. The Pentagon ap- 
proved Ada as a military standard programming language in 
1980.’® Standardization was the goal, but unlike in the past 
when it had taken place through the use of standard comput- 
ing hardware, it would now be accomplished with Ada. 
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To effect the transition to Ada and support it thereafter, 
three organizations were established, the first of which was 
the Ada Joint Program Office. Housed within the Office of the 
Deputy Director for Defense Research and Engineering (Re- 
search and Advanced Technology), it had several responsibili- 
ties, the most important of which was to ensure that Ada was 
implemented, maintained, and used throughout the Depart- 
ment of Defense. Another task was to support the development 
of further Ada tools to improve productivity, and to that end, 
an Ada Information Clearinghouse was set up to make avail- 
able information on ciU Ada-related projects, tools, conferences, 
seminars, and training activities.*® Software module libraries 
were also established at a number of locations and training 
films were released for program managers and software 
engineers. 

The other two Ada-related organizations were the Software 
Technology for Adaptable, Reliable Systems (STARS) Joint Pro- 
gram Office, and the Software Engineering Institute, both of 
which were managed by DARPA. The goals of STARS, which 
was supported by the military services and defense agencies, 
were to improve the quality and reliability of computer applica- 
tions programs, promote the development and reuse of soft- 
ware modules, and reduce the time and cost necessary for 
software development. The Software Engineering Institute, a 
federally funded research and development center set up at 
Carnegie-Mellon University in Pittsburgh, would focus on gen- 
eral software engineering issues, using Ada as the prlmaiy 
programming language. “ 

The use of Ada on a WWMCCS-wlde, even defensewide, ba- 
sis promised enormous advantages. With Ada, it would be 
possible to capitalize on hardware advances made in the com- 
mercial sector while at the same time avoiding problems cre- 
ated by the use of multiple-software applications. Ada would 
be portable, meaning that software modules written in the 
language would be reusable in different applications. It would 
reduce the costs of modifying and maintaining software and 
for training personnel.®* By all Indications, Ada would be the 
last new major language to be developed by the DOD prior to 
the advent of automatic programming, and studies conducted 
during the early 1980s indicated that by obviating the need for 
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a large number of Individual programming languages, Ada 
would result in substantial cost savings.^^ 

The Ada writing on the wall was clearly visible to all, and 
with few Ada tools available from commercial sources initially, 
the services initiated their own projects to develop the neces- 
sary tools for writing Ada application programs. The Air Force 
was first, in 1979 initiating a project known as the Ada Inte- 
grated Environment. The following year the Army made its 
move, initiating its Ada Language System project to support 
software development, improve programming, and Improve 
management control over the software life cycle. Last came the 
Navy and its Ada Language System project, the expressed pur- 
pose of which was to limit the proliferation of service-unique 
Ada language support systems and reduce the costs associ- 
ated with implementing Ada. 

In June 1983 the Defense Department proposed a revision 
to DOD Instruction 5000.31 (originally issued In November 
1976), which had limited the number of DOD-approved com- 
puter languages to seven. The proposed revision. Interim List 
of DOD Approved High-Order Programming Languages, went 
even further, stating that Ada would become the single com- 
mon computer programming Ictnguage for critical mission ap- 
plications. In a subsequent memorandum, the undersecretary 
of defense for research and engineering directed the services 
amd defense agencies to implement the proposed revision im- 
mediately, and they did so shortly thereafter.^ The movement 
to Ada was ultimately formalized by DOD Directive 3405.1, 
Computer Programming Language Policy, which designated 
Ada as the single defense programming language for general 
purpose ADP systems. At the same time, DOD Directive 
3405.2 established the use of Ada for computer systems that 
were Integral to weapons systems. According to the directives, 
Ada would be used for all intelligence, command and control, 
and other general purpose computer applications, except in 
those instances where einother approved language was demon- 
strably more cost effective.^ 

While In principle the widespread use of Ada represented a 
considerable improvement over the current situation of soft- 
ware profligacy, it did not guarantee a complete solution to aU 
DOD’s automatic data-processing problems. Part of the reason 


310 



WAVMCCS INFORMATION SYSTEM 


derived from the fact that higher-order languages such as Ada 
themselves depended to an extent upon instruction-set architec- 
tures; that is, software programs, usually commercial proprie- 
tary ones, associated with a specific faniily of computers. De- 
pending upon the instruction-set architecture used, a high-order 
language might require a substantially greater amount of com- 
puter memory, produce different resrilts, or in some instances 
even fail altogether. For this and other reasons, the services 
fought hard and successfully for the right to be grunted a waiver 
for Ada use in specific programs, and a number of such requests 
were subsequently granted. But by no means were the exemp- 
tions automatic. Criteria for being granted a waiver included 
conducting a developmental risk analysis, which included tech- 
nical performance, cost, and schedule impact as weU as a com- 
plete life-cycle cost analysis. To meet that challenge, each of the 
services designated an Ada executive.^® 

There were other potholes in the road to an all or mostly Ada 
programming world, including the “culture shock” resulting 
from the transition to Ada. As one industry writer described 
things, Ada was not simply a computer programming language 
but rather the fount of a new and entirely different way of 
approaching programming — a whole different software culture. 
Whereas in the past software development had taken place in 
an “artistic culture,” — a context wherein irmovative approaches 
were applauded and rigid development standards were the ex- 
ception — Ada emphasized the reverse: an “engineering culture” 
in which software development was subject to rigorous con- 
trols in much the s^lme way as in any engineering project. One 
consequence of this development was that Ada was an exceed- 
ingly difficult language to learn, often requiring well over a 
year for persormel to achieve fuU proficiency.^® Still another 
area of concern was the use of Ada for command and control 
applications requiring real-time data processing. Earlier pro- 
gramming languages such as FORTRAN and JOVIAL had serious 
deficiencies when used for real-time applications; but while 
unfortunate, this was perhaps forgivable since they had not 
been explicitly designed for that purpose. But Ada been so 
designed, and it did not work well in time-sensitive situations 
either. While some software experts suggested that the prob- 
lems were attributable to the compilers that implemented the 
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language, others suggested that they might be inherent in Ada 
itself, and opinion was divided as to whether the problems 
could ultimately be resolved as the language matured 
Throughout the remainder of the cold war, a number of issues 
concerning Ada would remain unresolved. But the basic ele- 
ments of the WWMCCS Information System were now in place. 
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Chapter 17 

Defense Centralization 


Even while WIS and other C^I Triad programs were advanc- 
ing the cause of centralization through new technologies, 
events were taking place that would influence centrsdization 
on the organizational and managerial fronts. Two incidents 
during the early 1980s underscored in a dramatic and public 
way the disconcerting fact that the existing command struc- 
ture was imperfect eind that despite a series of efforts over the 
years to improve jointness in military operations, an effective 
command and control capability had yet to be realized. The 
first of these was Operation Eagle Claw, the failed effort to 
rescue the American hostages in Iran. The second and more 
influential incident took place on 25 October 1983, when a 
multinational force led by the United States invaded the Carib- 
bean island of Grenada, ousted its leftist government, and 
demonstrated again the difficulties the services had in mount- 
ing joint operations. 


Operation Urgent Fury 

Grenada had been a thorn in the side of the United States 
since 1979, when Maurice Bishop ascended to power in a blood- 
less coup. When the Reagan administration took office in 1981, 
Grenada was promptly grouped with Nicaragua and Cuba as a 
threat to vital US interests, and the pressure on the Bishop 
regime was turned up. Part of the pressure came by way of a 
series of milltaiy exercises, practically dry runs for a Grenada 
invasion.' Other pressures were political. For example, in an- 
noimcing his Caribbean Basin Initiative in February 1982, Presi- 
dent Reagan tried to exclude Grenada fi-om participation. By 
early 1983 Pentagon officials were publicly declaring that Cuban 
infiuence in Grenada had reached such a high level that the 
island could now be considered a “Cuban protege.”'* 

On 14 October 1983 Grenada’s deputy prime minister, Bernard 
Coard, staged a coup against Bishop, placing him under house 
arrest. But Cosird quickly lost the support of the military, and 
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power was seized by Army commander Gen Hudson Austin, a 
self-described Marxist.® On 19 October a crowd of several 
thousand people freed Bishop, who promptly marched to Army 
headquarters to try to persuade the soldiers to rally behind 
him. Austin responded by sending an armored troop carrier to 
the scene. Gunfire broke out, a mob scene ensued, and Bishop 
and three members of his Cabinet were separated firom the 
crowd, lined up against a wall, and shot.^With the island in a 
state of political turmoil and a Marxist even more extreme 
than Bishop now in charge of its government, the Reagan 
administration was spurred to action. On 21 October a 10- 
ship, fifteen thousand-man Navy task force bound for Lebanon 
was diverted toward Grenada. Operation Urgent Fury, the in- 
vasion of Grenada, began four days later. More than a thou- 
sand Marines and Army Rangers made the Initial landings on 
25 October: the Rangers’ objective was the airport at Point 
Salines on the southern part of the island, while the Marines 
concentrated their attention on Pearls Airfield north of the 
capital city of St. George’s. Accompanying the invasion force, 
known as Joint Task Force 120, was a token 300-man Carib- 
beem peace force from seven Caribbean countries.® 

Much has been written about Operation Urgent Fury, its justi- 
fication, 8md the extensive press censorship that accompainied it. 
But the relevant point here is how weU the joint task force per- 
formed, and despite the rapid and complete mfiltaiy victoiy, that 
performance was considerably less than optimal. As with Opera- 
tion Eagle Claw earlier, the Pentagon appeared to have subordi- 
nated the principle of unity of command, and hence maximum 
effectiveness, to give each service its share of the action.® The 
Navy was in overall charge of the operation, but coordination 
between the Navy and the Army was essentialfy nonexistent. 
Control of the air units participating in the operation was divided 
between the Navy and the Air Force. On the ground a similar 
division of responsibilities was made between the Army and the 
Marines. In defense of these arrangements, the commander in 
chief of Atlantic forces, Adm Wesley McDonald, pointed out how 
dividing a command is “not unique.’”^ But xinlque or not, the 
lack of joint air and land commanders resulted in delays and 
serious problems of coordination. 
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Communications between the various elements of the inva- 
sion force were highly problematical, representing perhaps the 
most serious command and control problem. Army forces fre- 
quently found themselves unable to communicate with the 
Marines because they used different equipment and radio fre- 
quencies. Army troops were unable to contact Navy ships for 
fire support because of incompatibilities in the communica- 
tions security equipment used by each service. In what was 
perhaps the most notorious incident, an exasperated Army 
officer reportedly went to a pay phone and, using his AT&T 
caUing card, phoned 82d Airborne headquarters at Fort Bragg, 
North Carolina, to ask them if they could raise the ship. On 
several occasions Army officers flew by helicopter to the USS 
Guam, the flagship for the invasion force, in an unsuccessful 
attempt to coordinate naval gunfire. Even where communica- 
tions were possible. Army officers found it difficult to request 
fire support from Navy ships because they could not authenti- 
cate these requests using Navy codes.® 

The upshot was that despite all of the high-technology 
equipment available, problems of compatibility and procedure 
produced a serious lack of communications during critical 
stages of the operation, “TTie elite units and pilots sent in to 
provide air cover may as well have been from different coun- 
tries and speaking different languages,” one observer la- 
mented.® Assistant Secretary of Defense for C®I Latham agreed, 
noting that it was fundamental to “have a good communica- 
tions plan before you mount an operation, and that it’s an 
adequate plan.”’® Sensitive to the criticism and to the fact that 
much of it was directed toward their stubborn parochialism, 
the services quickly initiated a number of corrective actions. 
But so serious had the problems been during Operation Ur- 
gent Fury that they would soon be cited by Congress as a key 
reason for reorganizing the Department of Defense. 

Defense Centralization in the 1980s 

In fact, the bureaucratic movement toward that reorganiza- 
tion was already under way. In 1982 Joint Chiefs of Staff 
chairman David C. Jones testified before Congress regarding 
the many shortcomings of the existing JCS system, setting in 
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motion a series of congressional hearings and reviews that 
were still in progress when the invasion of Grenada took place. 
Because of the many serious interoperability problems high- 
lighted by Operation Urgent Fury, several lines of action were 
initiated. The joint chiefs organized a high-level Joint Require- 
ments Management Board, composed of the vice chiefs of each 
service, to review joint aspects of service acquisition programs 
and enhance interoperability of service assets. More Important 
for the shape of the defense future, however, were two staff 
studies launched by the Armed Services Committees of both 
branches of Congress: in the Senate under the chairmanship 
of Barry Goldwater and in the House under that of Bill 
Nichols." Of the two, that of the Senate Armed Services Com- 
mittee, titled Defense Organization: The Need for Change, was 
especially critical. Made public in October 1985, the report 
laid out the many organizational problems that had plagued 
the DOD and continued to do so. 

The first problem identified was limited mission integration 
at the policy-making level. The three major Pentagon ele- 
ments — the Office of the Secretary of Defense, the Joint Chiefs 
of Staff organization, and the military departments — tended to 
emphasize functional efficiency rather than substantive goals: 
“In colloquial terms, material inputs, not mission outputs, are 
emphasized.” The specific problems issuing from this effi- 
ciency orientation included the domination of program deci- 
sions by service interests and the neglect of those functions 
not central to the services’ missions. They included the inade- 
quate development of joint doctrine and the suborning of the 
needs of the unified commanders to service needs. They also 
included deficiencies in interoperability between service assets 
and an inability to make trade-offs between competing service 
programs when both contributed to a specific mission.'^ It was 
an old story, of course, dating back at least to the time of the 
1958 defense reorganization. 

The impetus behind this functional emphasis becomes 
clearer when a second and related problem is considered — the 
imbalance between service and joint Interests. The committee 
report succinctly summarized the decades-old problem, “Un- 
der current arrangements, the Military Departments and Serv- 
ices exercise power and influence which are completely out of 
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proportion to their statutorily assigned duties.” They did this 
by dominating the Joint Chiefs of Steff system, exercising a de 
facto veto power over virtually all JCS decisions and actions. 
They did it by dominating the unified command system, such 
that the unified commanders remained dependent upon their 
service components. They did it because the OSD lacked the 
ability to effectively integrate service capabilities and pro- 
grams.*^ There could hardly have been a better description of a 
decentralized decision-making structure and the suboptimiza- 
tion it fostered. 

The overriding of joint interests by service interests created 
a third problem: excessive emphasis on ongoing modernization 
to meet h5q3othetical future needs at the expense of present 
operational readiness. The continual upgrading of capabilities 
is, of course, the essence of the evolutioneiry approach, Eind 
because it served their interests and enhanced their auton- 
omy, the services were its strongest proponents. The services 
adopted the evolutionary approach because they themselves 
operated within a context of formal rationality. That is, they 
were concerned with efficiency and operative goals and viewed 
their modernization efforts as an ongoing process with no 
clearly defined end state. Focusing on process, evolution itself 
was the goal. To the contrary, the proponents of centralization 
were more solution-driven, concerned with discrete end states 
of capability and readiness. The problem was that these effec- 
tiveness criteria were often subordinated to service interests. 

If it seems that the major dynamic within the DOD was less 
the firequently mentioned rivalries between the services and 
more the conflict between the services and the proponents of 
centralization, it was precisely this point that constituted the 
fourth problem identified in the steff report; what was charac- 
terized as “inter -service logrolling.” It is not that competition 
and strife between the services was denied. To the contrary, 
secretiveness, duplication, and lack of understanding between 
the services were acknowledged as continuing problems. But a 
more important problem, one whose origins seem to date 
rather precisely to the centralizing fever of the early 1960s, 
was the services’ tendency to provide a united fi*ont in their 
dealings with the civilian leadership. The report suggested that 
the intention as well as the effect of this tendency — one is 
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tempted to say of this collusion — ^was precisely to stay the 
juggernaut of centralization, isolating the OSD and weakening 
civilian control over the military establishment.''* 

A final problem identified in the committee report involved 
the inadequacies of the existing Joint Chiefs of Steiff system. 
Dominated by the services, with a bureaucratic structure that 
emphasized committee decision making and consensus views, 
the advice offered by the JCS to the civilian leadership was all 
too often Inadequate, Irrelevant, untimely, or unclear. A key 
reason underlying this was the conflict of interest that was 
inherent in the “dual-hatting” of officers assigned to the Joint 
Staff. Unable to subordinate the interests of their own services 
to the larger national interest, the JCS was never able to 
evaluate objectively the appropriate missions and division of 
responsibilities among the services. What resulted was tepid 
and cautious advice, reflecting “whatever level of compromise 
is necessary to achieve the four Services’ unanimous agree- 
ment.”'® It was indeed a heavy dose of criticism and an expan- 
sive call for reform. 


The Packard Commission Report 

In July 1985, even as the staff of the Senate Armed Services 
Committee was preparing its report. President Reagan estab- 
lished a blue ribbon commission on defense management to 
study current defense organization and management. Headed 
by David Packard, perhaps the most energetic proponent of 
enhanced centralization of defense management during the 
years he served as deputy secretary of defense, the Packard 
Commission’s findings and recommendations were almost 
equally sweeping. Many of those recommendations were first 
released in an Interim report, dated 28 February 1986. On 1 
April President Reagan issued National Security Decision Di- 
rective 219, Instructing the Department of Defense and other 
relevant executive agencies to Implement all of the commis- 
sion’s recommendations that did not require congressional ac- 
tion. In a special message to the Congress three weeks later, 
the president endorsed the remaining recommendations and 
requested their prompt Implementation. By the time the com- 
mission’s Final Report to the President was released In July, 
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both the House and Senate had already passed some of the 
requested legislation. 

The Packard Commission’s recommendations for change fell 
into three broad areas: planning and budgeting, defense ac- 
quisition, and military organization and command. In the 
planning and budgeting area, the commission took direct aim 
at the prevailing means-oriented rationality, what it described 
as the excessive attention focused on the question of “how 
much,” with Inadequate attention paid to the more substantive 
questions “what for, why, and how weU.” To combat this mis- 
placed emphasis, planning would have to start with a clear 
statement of defense objectives and priorities. After receiving 
advice and reviewing options, the JCS chairman then would 
frame broad military options, making explicit trade-offs among 
various defense elements in the process. The president would 
then select a specific option with associated spending. Budgets 
would move from einnual to biennial, eliminating the current 
situation in which defense programs were in continual flux, 
being constantly adjusted to shifting budgets irrespective of 
the sense that the changes might make in terms of overall 
militEuy strategy.*'^ 

The second major area was defense acquisition, a process 
described as “overwhelmingly complex,” burdened under an im- 
mense weight of regulations, and suffocating under myriad un- 
productive layers of management. Acquisition was fragmented, 
with no single OSD official responsible for overall supervision of 
the process; in the absence of such an official, policy responsibil- 
ity tended to devolve to the services, whose own Interests almost 
£dways predominated over national-level concerns. Authority 
was ^uted and accoimtabillty rendered less precise as a result. 
To coimter this, it was recommended that a new three-tiered 
acquisition management chain be implemented.’® 

In the area of military organization and command, many of 
the areas of change recommended by the commission involved 
the unified and specified commands and their commanders in 
chief. The commission recommended that the unified com- 
manders be released from the service restraints under which 
they had previously been operating, giving them greater lati- 
tude to structure subordinate commands and joint task forces 
in ways consistent with their missions. To give the commanders 
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greater flexibility in operations that overlapped the geographic 
boundaries of other commands, It was recommended that the 
Unified Command Plan should be revised. To give the CINCs 
greater voice In JCS decision making, It was recommended 
that the position of vice cheiirman be created, a sixth JCS 
member whose key function would be to represent the inter- 
ests of the CINCs. It was further recommended that the CINCs’ 
reports amd orders be chemneled through the JCS chairman, 
to ensure their better incorporation into defense policy. 

Some of the most serious problems in the area of military 
organization and command, however, were directly attributed 
to the limited authority of the chairman of the Jomt Chiefs of 
Staff. Where the civilian leadership required military advice 
integrating the views of the combatant commanders, no single 
military officer was responsible for providing such integrated 
advice. While in theory the JCS chairman did this, in practice 
under the current system he lacked the authority to do so. To 
give the position greater bureaucratic clout, it was recom- 
mended that the chairman be designated the principal military 
advisor to the president, the National Security Council, and 
the secretary of defense. And rather than simply a committee 
head, he should be able to present his own views in addition to 
the corporate views of the Joint chiefs. Further, the Joint Staff 
and the JSC organization should be placed under the exclu- 
sive direction of the chairman and existing limits on the size of 
the Joint Staff should be removed so the chairman could bet- 
ter discharge his responsibilities. Finally, the secretary of de- 
fense, following the advice of the JCS chairman, should be 
given greater flexibility to shorten or bypass the established 
chain of command should he see fit — a deliberate move in the 
direction of the “White House to foxhole” model of centrcdlzed 
command and control universally derided by the services.^ 

Thus did David Packard, our “Mr. WWMCCS” of the early 
1970s, lay the foundation for the most sweeping piece of de- 
fense legislation since World War II, the Goldwater -Nichols De- 
partment of Defense Reorganization Act of 1986, And if there 
was a single central theme to the vast centralization effort the 
act initiated, it was precisely to eliminate the lack of jointness 
£md the problems in command and control interoperability 
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that had plagued military imdertakings throughout the course 
of the cold war.^* 


Goldwater-Nichols DOD Reorganization Act 

The Goldwater-Nichols Department of Defense Reorganiza- 
tion Act of 1986 (Public Law 99-433) followed the recommen- 
dations of the Packard Commission in virtually all of its specif- 
ics. In the area of planning, the act required that an explicit 
statement of national strategy and an accompanying state- 
ment of military strategy be provided as a means of measuring 
the effectiveness of aU defense programs. In this, the JCS 
chairman would be responsible for a number of key functions. 
These included, but were not limited to, preparing strategic 
plzuis; performing net assessments to determine the military 
capabilities of the United States, its allies, and potential adver- 
saries: providing contingency plans that conform to the policy 
guidance of the president and secretary of defense; preparing 
joint logistic and mobility plans to support those contingency 
plans; advising the secretary regarding the priorities and re- 
quirements of the unified and specified commands; and for- 
mulating doctrine and policies for the joint training and em- 
plo 5 rment of the armed forces. 

As the Packard Commission had recommended, Goldwater- 
Nichols completely revamped the functions of the JCS chair- 
man, continuing the postwar trend of increasing the authority 
of that position. The act made the chairman a member of the 
National Security Council and designated him principal mili- 
tary advisor to the secretary of defense and the president. 
Now, rather than military advice coming from the JCS as a 
corporate body, it would come directly from the chairman, who 
would consult with and seek the advice of the other chiefs and 
the unified and specified commanders “as he deems appropri- 
ate.” No longer would the JCS be constrained as it had in the 
past, a committee striving to achieve a single consensus view- 
point. Now it was the chairman’s opinion that would weigh 
most heavily, although the other members of the JCS could 
submit dissenting opinions or advice differing from that of the 
chairman. The bureaucratic clout of the chairman was further 
increased by giving him personal authority and control over 
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the Joint Staff, functions that had previously been in the 
hands of the JCS as a whole. To further aid the chairman in 
his work, and as the Packard Commission had recommended, 
the Goldwater -Nichols Act created the position of JCS vice 
chairman and designated the incumbent as the second highest- 
ranking military officer after the chairman himself. “ The JCS 
chairman now had the authority to play a dominant role in the 
formulation and implementation of joint doctrine and in the 
resolution of any doctrinal disputes. 

Goldwater -Nichols also directed the secretary of defense to 
establish specific policies and procedures so that members of 
the armed forces could be trained as joint specialists. It was 
clear to congressional lawmakers that the joint area was not 
working out as efficaciously as hoped: low-quality officers were 
often assigned joint duty; it was used as a terminal assign- 
ment for officers prior to retirement; and those high-quality 
officers assigned such duty took few risks and left as soon as 
possible. Promotions came from within one’s own service 
branch, after all, and given the traditions and strong cultural 
biases of the services, those assigned joint-service billets had 
little incentive to emphasize “jointness” over the interests of 
the services to which they would shortly return.^® To put an 
end to this situation, Goldwater -Nichols directed that each 
service develop specific CEireer tracks for joint specialty officers 
and promote them at a rate equal to that for officers of the 
same grade and category.^ This would represent “a startling 
chsmge to the historical prerogatives of the military depart- 
ments,” and in terms of breaking down the decentralized and 
subunit-dominated structure of the Department of Defense, 
the efforts to promote jointness were in the long run likely to 
prove the most potent agent of change.^’' 

In the most fundamental of ways, then, the purpose of the 
1986 Defense Reorganization Act was to Improve and 
strengthen the command and control of joint forces. But at the 
same time, the passage of the act by no means heralded the 
demise of service influence or of the evolutionary approach 
which in various ways sustained it. In many key respects ves- 
tiges of the old power relationships remained, and to an im- 
portant degree the defense establishment would continue to be 
bound by the earlier system of negotiation.^® Significant in this 
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regard was the fact that, with the exception of small opera- 
tional budgets for the CINCs, budgetary control remained 
firmly with the services. Thus even the newest and most Inno- 
vative of joint programs would continue to be funded the old 
fashioned way — by defense subunits whose interests were in a 
fundamental sense antithetical to the concept of jointness. 

Implementing WIS 

As these organizational changes were taking place, progress 
on the technological front for WWMCCS was also in evidence. 
The WIS modernization program was evaluated in May 1984 
by the Defense Systems Acquisition Review Council, which 
determined that the system should be developed in three 
clearly defined phases, or blocks, each of which would require 
council review and approval to move into full-scale develop- 
ment. Block A would provide the system’s technical founda- 
tion. This included an automated message handling system to 
improve controls over message receipt, preparation, and dis- 
semination; computer workstations to provide data processing 
in user work areas; and a local area network to connect com- 
puter systems, automated message handling systems, and 
work stations at the various WIS sltes.^® Collectively, these 
improvements constituted an interim WWMCCS computer up- 
grade. Block B, which would begin once software development 
was sufficiently advanced, would involve competitive procure- 
ment of new state-of-the-art computers to replace the 
WWMCCS Hone5weIls, plus the development of new applica- 
tion software, procurement of a database management system, 
and the development of new security controls for data access. 
Block C would focus on improving joint mission planning and 
interfaces between the DOD, non-DOD agencies, and NATO 
systems. Gradually phasing in the new system In this fashion, 
it was believed, would allow the existing ADP capability to 
remain fully operational until the new capability was brought 
on line.^ 

In October 1984 the Electronic Systems Division awarded 
IBM’s Federed Systems Division the contract to provide some 
thirty-five hundred of its PC-based workstations for the in- 
terim computer upgrade.®' In September of the following year. 
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Defense Secretary Weinberger granted approval for the Air 
Force to proceed with system design for all WIS blocks and for 
full development of Block A. The Defense Acquisition Board 
(which had by this time replaced the earlier Defense Systems 
Acquisition Review Council) was expected to approve full-scale 
development of Block B in early 1988. If the acquisition of the 
new WIS computer systems was approved as planned, a con- 
tract would be awarded promptly, and the new systems would 
be Installed during the 1989-91 time frame. But as decision 
time for Block B approached, it was by no means certain that 
new computer hardwcure would have to be procured for WIS, 
since the IBM computers Involved in the interim WWMCCS 
upgrade had remedied many of the problems that had occa- 
sioned the initial decision to purchase new computing equip- 
ment. These computers were meeting or exceeding the JCS 
standards for availability during routine operations and simu- 
lated crises zmd were also doing quite well in response time. 
On top of this, they were seen as having substantial expansion 
capabilities, enough to meet most anticipated future needs.®^ 
The upgraded computers edlowed for additional benefits to 
be reaped as weU. Where many of the operating system hard- 
ware features had once been WWMCCS-unique, especiEilly in 
such areas as security controls, they were now part of the 
commercially available version of the software. That being so, 
DOD would not have to bear the entire cost of future software 
maintenance if, as proved to be the case, it could run the 
commercial version on the upgraded WWMCCS computers. 
For those unique features that remained, Honeywell was 
awarded a contract to incorporate them into future versions of 
the commercial software. Honeywell’s contract to support the 
WWMCCS software ran through September 1991, with com- 
pany officials indicating that they would be willing to negotiate 
an extension of the contract through the end of the century.®® 
Another shortfall that had been Identified in the early 1980s 
was the lack of a data management capability that would allow 
users to deftly retrieve and summarize information. One of the 
key reasons for considering entirely new state-of-the-art com- 
puters for WIS had been precisely to support such a capabil- 
ity, which would also support high-order progrEunming lan- 
guages such as Ada. But as it turned out, the database 
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management system for the upgraded WWMCCS computers 
not only could support Ada, but also in all probability it could 
support the Joint Operation Planning and Execution System 
(JOPES), a software application intended to improve all as- 
pects of conventional joint operation planning and execution. 
JOPES was the primary application software to be developed 
during WIS Blocks B and C and was itself to be developed in 
two blocks, or increments. In Increment 1, several WWMCCS 
applications would be Integrated and modernized, including 
the Joint Deplo 5 nTient System, Joint Operation Planning Sys- 
tem, and Unit Status and Identity Report System. By 1986 the 
WIS joint progrcim manager concluded that JOPES Increment 
I could be fully supported on the upgraded WWMCCS comput- 
ers. Since that increment could not provide automated sup- 
port for joint mobilization plans and schedules, JOPES Incre- 
ment II was intended to do so; by all indications, it too could 
be supported on the upgraded WWMCCS computers, edthough 
it was Impossible to know for certain until the requirements 
for Increment II were defined — something that would not hap- 
pen until the system itself was up and running.®^ 

But as critics pointed out, basing the acquisition of new WIS 
computers on ill-defined JOPES requirements would also run 
the risk of acquiring computers with excess capacity and 
hence unnecessary costs, or, of acquiring inadequate ma- 
chines that would require additional upgrades or replacements 
to meet mission requirements.®® With the interim WWMCCS 
computers appearing Increasingly attractive, the only remain- 
ing deficiency involved the requirement for multilevel security, 
whereby users with different security clearances could access 
authorized information while being denied an avenue to infor- 
mation for which they were not cleared. At the time, all 
WWMCCS sites practiced the “system high” approach to secu- 
rity, in which all users were simply cleared to the highest level 
of classified Information used on the system. It was a costly 
£md inefficient approach, and so the joint chiefs had mandated 
that the planned new WIS computer systems provide multi- 
level security. But although conceptually simple and emi- 
nently desirable, the software technologies necessary for mul- 
tilevel security remained beyond the state of the art, meaning 
that neither the upgraded WWMCCS computers nor the 
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planned new computers for WIS would be able to provide it. 
Once again, the upgraded WWMCCS computers appeared 
competitive.^® 

In short, most of the desired WIS capabilities were currently 
supported by the upgraded WWMCCS computers, while others, 
such as JOPES, most likely could be supported. The major 
remaining requirement, for multilevel security, was beyond the 
capabilities of both the upgraded WWMCCS computers or new 
WIS computers. AU of this appeared to obviate the need for the 
new WIS computers, and, with potential savings on the order 
of $500 million to be had, the General Accounting Office rec- 
ommended in February 1988 that the acquisition of the new 
WIS computers be postponed until later, when the needs of 
users and the need for entirely new computers to meet them 
had been clarified. The Pentagon concurred the following 
month, and for the remainder of the cold war, WIS would rely 
on the upgraded WWMCCS computers.®^ 

By the end of the 1980s, this patchwork WIS involved more 
than one hundred mainframe computers and 65 remote proc- 
essors, linking together hundreds of sites and more than three 
thousand individual workstations around the globe. System 
reliability was estimated to be on the order of 97 percent. It 
had as of that time cost some $800 million to create, with 
annual expenditures running in the range of $160-$200 mil- 
lion.®® Things appeared to be working well, except perhaps with 
Ada. Toward the end of the decade, the GAO examined the use 
of that programming language in one hundred projects and 
found that it was not possible to determine whether its use 
was achieving many of its promised ends. How much had been 
spent on the transition to Ada? Were software development 
eind maintenance costs being controlled as a result of its use? 
It was in fact impossible to know since the totail number of 
projects using Ada was unknown and most of the known user 
organizations had kept inadequate records.®® Moreover, no 
programs to assess Ada’s costs and benefits over time had 
been established. While there was optimism that such infor- 
mation would gradually become available as the system fur- 
ther evolved, anecdotal accounts suggested that such informa- 
tion, if and when it finally came, might be unwelcome. For 
example, the undersecretary of the Army stated at an Ada 
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exposition in Boston that he had yet to see convincing evi- 
dence that the new language would in fact realize the Penta- 
gon’s goal of reducing the ever-increasing costs associated 
with software development and maintenance. Things had im- 
proved, certainly, but after three decades of development, the 
World Wide Military Command and Control System still re- 
mained part concept, part reality. 
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Chapter 18 


Defense Communications and the 
End of the Cold War 


Throughout the 1980s, the Defense Communications 
Agency’s involvement in WWMCCS was heavy and ongoing. In 
addition to the WWMCCS-related common-user systems it man- 
aged, the agency’s Command and Control Technical Center 
supported the National MUitaiy Command System and its ma- 
jor command facilities. Its command center improvement pro- 
gram was intended to coordinate the application of state-of- 
the-art technology for improving the CINC’s command centers. 
It provided systems engineering support for the Mmimxun Essen- 
tial Emergency Communications Network. It was involved in the 
development of standard software for the WWMCCS comput- 
ers £md had major responsibilities for the WWMCCS Informa- 
tion System. Implicit or explicit to many of the agency’s efforts 
during the decade was the effort to craft the Defense Commu- 
nications System along the lines of doctrine — more surviv- 
able, enduring, and secure, with far greater connectivity — 
thereby eliminating the perception that the DCS was strictly a 
peacetime system. There were a number of Implications to this 
movement to a “wartime” DCS, perhaps the most Important of 
which was the pursuit of all-digitad operations. 


Digitization and E>irolution 

The advantages of digital communications were numerous; 
indeed, to the thinking of many, even overwhelming. Digital sys- 
tems offered far greater flexibility for the communicator, since 
any signal that could be sampled and quantified could be ac- 
commodated.* In the area of communications security, digital 
encryption was both easier — ^bulk encryption of complete radio 
links would be feasible — and far more effective. Going digital 
meant that a high-quzdlty secure voice capability, long an urgent 
defense requirement, could be achieved at last. Regeneration of 
signals was another digital plus, where at each terminal or relay 
point distortion in the digital signal could be removed and the 
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signal retimed. The effect of this would be extremely high- 
quality transmissions almost independent of distance. With 
digital operations, communications channels could also be 
given substantially greater transfer capacity, a characteristic 
of major importance in computer -to-computer transmissions. 
Then there was the issue of cost. While the actual conversion 
from analog to digital would certainly be quite expensive, DCA 
officials pointed out that the efficiencies to be gained were 
such that the investment would be more than repaid.^ Indeed, 
DCA was predicting a 50-fold increase in digital communica- 
tions during the upcoming years, a veritable nuclear explosion 
of automated computer-based information and management 
systems.® The expectation was that economies of scale would 
bring down costs in direct proportion. 

The inherent advantages of digital communications had long 
been known to DCA engineers.** Indeed, one of the agency’s goals 
virtually firom the moment it was established had been to inte- 
grate its general purpose switched networks into a single digital 
network carrying both voice and data and employing some sort 
of universal digital switch. But given the vast scale of the analog 
plant already in place and the huge investment it represented, 
officials also recognized firom the outset that their desired all- 
digital system-of-the-future could not be achieved in a single 
step. DCA engineers began considering strategies for transition- 
ing the system over a period of years, and they subsequently 
selected an approach to digitization that Involved a so-called 
hybrid system during the period of transition. As a first step in 
this strategy, DCA was to begin a phased replacement of existing 
analog voice channels with digital channels. This necessarily 
implied that digital and Emsdog capabilities would have to exist 
side by side during the transitional period, and the key to a 
felicitous hybrid marriage was pulse code modulation. 

The key to pulse code modulation was the wideband modem. 
The AUTODIN network already had a limited capability of this 
sort, but it was based on the use of a single-voice-channel modem, 
which gave it limited capacity amd speed. In contrast, the wide- 
band modem operated over a far larger number of voice channels 
and as a result could accept digital data at rates up to one 
thousand times greater.® DCA officials explained how, using this 
approach, a large number of analog and digital channels could 
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be linked together without any discernible degradation, using 
Inexpensive conversion equipment readily available from com- 
mercial sources. Digital-analog transparency could thus be 
achieved throughout the DCS even while channels were being 
digitized. During this Interim phase of operations, which DCA 
officials estimated would last some 10 to 20 years, the system 
would appear essentially unchanged; that Is, users would con- 
tinue to experience it as an analog system. And once all of the 
system’s analog channels had been converted, it would be 
possible to rapidly complete the move to an all-digital DCS 
simply by replacing the system’s analog switches with digital 
ones.® It was an ambitious effort, which DCA officials com- 
pared to the conversion of alrcrafl from prop-driven to jet en- 
gines. For present-day communicators as for pUots during that 
earlier era, what was In store was a costly period of transition 
filled with considerable pain and trauma, but in the end it 
would be worth it.'^ To the thinking of many defense officials, 
an all-digital future was as bright as it was inevitable. 

All of this had the effect of even further blurring the distinc- 
tion between tactical and strategic communications systems: 
“No one really can tell where tactical communications and 
strategic communications end or begin,” DCA director Winston 
D. Powers noted. In bureaucratic recognition of technological 
reality, the Defense Communications Agency was merged with 
the Joint Tactical C® Agency (JTC®A) at Fort Monmouth, New 
Jersey. This union. In Powers’ words, should have friken place 
“eons ago.” After all, DCA and JTC®A had for years cooperated 
in efforts to link tactical and strategic planning on command 
and control, particularly through the provision of interfaces 
between tactical systems and the various DCS components. “It 
wUl be a working, breathing organization,” Powers said. And it 
was quick to adopt both the spirit and the logic of Goldwater- 
Nichols, which called for the use of rapid prototyping cind staged 
acquisition of assets.® 

Although DCA officials were frdking about how the DCS would 
evolve In the years to come, they had hardly become converts 
to the evolutionary approach to command and control system 
development. Throughout the 1980s, they continued to point 
out the evolutionary approach’s many serious limitations: the 
fact that it did not specify the basis for subsequent evolution. 
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that it lacked any notion of how to balance users’ require- 
ments with budgetary constraints, and that it ignored how the 
process actually worked and where subsystems were devel- 
oped separately that then had to be interconnected to play 
together as a coherent whole.® Implicit in the evolutionary ap- 
proach was a sort of flexible baseline, or programmatic moving 
target, such that programs would never be completed. As DCA 
officials were quick to point out, with programs kept in the 
development phase essentially forever, the result would likely 
not be savings but an open-ended, uncontrolled escalation of 
costs. 

In recognition of this, the Packard Commission report and the 
Goldwater-Nichols defense reorganization had sketched out an 
alternative way, a sort of middle ground between the ad hockery 
of the evolutionary approach and the rigid closure of the weap- 
ons system approach. Known as a modular building block (MBB) 
architecture, it was developed by a DCA team and strongly sup- 
ported by the assistant secretary of defense for C®I. The MBB 
had as its undertying philosophy that systems acquisition would 
take place in a series of stages, or blocks. It was evolution but 
with a twist; now, a system would have to achieve specific goals 
in an identified developmental stage before approval would be 
granted to proceed to the next stage, something that had not 
been the case with the evolutionary approach. But neither was 
it the weapons system approach, since the staged nature of 
development permitted, within limits, the modification of re- 
quirements to keep pace with advances in technology. With the 
program now conceived as a series of stages, unnecessary re- 
quirements could be dropped and new requirements added as 
the system develojied." MBB represented a compromise between 
centralization and decentralization emd would leave its mark on 
a number of key WWMCCS-related systems developed by DCA 
during the 1980s. And so the cold war saga of WWMCCS ends 
where it began, with the infi’astructure known as the Defense 
Communications System. 

Toward the Defense Information System Network 

A major interest of the DCA during this time was to reedize 
its long-standing goal of transitioning to a single, integrated 
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Defense Communications System based on digital technolo- 
gies. As DCA planned things, new technologies would be ac- 
quired Incrementally, at first blurring the distinction between 
and then merging completely, the stiU-separate DCS common- 
user networks, all the while serving the voice and data re- 
quirements of the systems’ users. An integrated DCS implied 
the use of a single integrated high-speed switch, which DCA 
had pursued from its inception. But pressure to rapidly ex- 
pand the common-user networks during the early years mesmt 
that planning was necessarily oriented toward the use of com- 
mercially available automatic switches. For DCA, this meant a 
two-track approach: voice communications would use com- 
mercially available analog switches, while record transmis- 
sions would use commercial digital switches. On repeated oc- 
casions, agency officials had voiced the view that this was an 
interim strategy only, useful until integration of the common- 
user networks could take place. But integration of AUTOVON, 
AUTODIN, and AUTOSEVOCOM required Identification of the 
switching technique to be used: circuit switched techniques, 
which had always been used for voice communications, or 
point-to-point circuits, generally used for the transmission of 
data.*^ Once that choice was made, the two-track approach 
could be abandoned and the separate common-user networks 
it had engendered would be history at last. 

DCA’s plans, dating back to the end of the 1970s, first called 
for the prraieirily emalog Automatic Voice Network to be phased 
out, replaced by a next-generation Defense Switched Network 
(DSN). The proposed DSN would provide common-user tele- 
phone service throughout the Department of Defense, accom- 
modate the transmission of data, offer a range of special com- 
mand and control featimes, and do edl of this in a cost-effective 
manner. Whereas the majority of AUTOVON users at the time 
were connected to a single backbone switch through a single 
set of access Unes, DCA engineers judged that the best ap- 
proach for the future network was an entirely different techno- 
logical concept — a distributed network of numerous small, 
powerful switches to replace the existing population of fewer, 
larger svritches. These new switches, collocated with their users 
at bases, posts, and other military facilities around the world, 
would be dual purpose, providing both local and long-haul 
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communications services. They would be digital, since only 
digital switches would permit the message control functions to 
be distributed throughout the network in this fashion.'® Such 
a network would be significantly more survivable and endur- 
ing than AUTOVON, it was believed, particularly in terms of its 
resistance to nuclear effects.'® It would also be more secure, 
and provide a secure teleconferencing capability, the require- 
ment for which had been identified by the WWMCCS Architec- 
ture. Because this would eliminate the need for an inde- 
pendent network for secure voice communications, DCA 
developed a secure voice transition plan to provide the neces- 
sary guidemce for integrating AUTOSEVOCOM into the De- 
fense Switched Network. As the cold war drew to its close, 
considerable progress had been made toward implementing 
the DSN, with antiquated AUTOVON switches in the continen- 
tal United States and overseas replaced by state-of-the-art 
digital-switching equipment.'® 

DCA’s plans also called for the replacement of AUTODIN, the 
venerable Automatic Digital Network, with a new network in- 
tended as the primary vehicle for creating the total integration 
of the Defense Communications System’s common-user sys- 
tems that DCA had so long desired. This AUTODIN foUow-on 
would also be a distributed network, based on the packet- 
switching technique pioneered in the ARPANEH'. Specifically, 
what DCA had in mind was taking a series of existing packet- 
switched networks — the ARPANEH' itself, the WWMCCS Inter- 
computer Network, the Intelligence Data Handling System, the 
Strategic Air Command Digital Information Network, the Com- 
munity On-hne Intelligence Network, and others — expanding 
and upgrading them, and then Integrating them aU into a 
single Defense Data Network (DDN).'® 

The schedule for integrating existing defense packet- 
switched networks into a single DDN consisted of several sepa- 
rate stages. First, the WWMCCS Intercomputer Network would 
be upgraded to the WWMCCS Information System. WIS would 
then be combined Avlth the Intelligence Data Handling System, 
and the result would be called the Command, Control, and 
Intelligence (C'^I) network. Next, the ARPANETT would be parti- 
tioned into two parts. One of these would be a classified re- 
search and development network that would not formally 
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become part of the DDN. The other part of the ARPANET would 
be designated an unclassified military-user network called 
MILNET, a number of unclassified networks would be absorbed 
into it, and all of these would then be fully integrated into the 
DDN. Finally SACDIN (SAC Digital Network), which would in- 
itially be served by a dedicated top secret network using DDN 
components, would be fully integrated into the DDN.^® 

With the end of the cold war, the planning and development 
phases of DDN were essentially complete, and the network 
consisted of several hundred geographically distributed 
packet-switched nodes. The DCA’s principal remaining task, it 
seemed, was to connect additional users to the network.^' So, 
even as the international tensions that had spawned DCA re- 
ceded, the communications infrastructure that it had worked 
on for almost 30 years, and upon which WWMCCS depended, 
was coming to fruition at last. 


Postscript: The End of the Cold War 

At the beginning of the 1980s, John Steinbruner observed 
that if a “constructive stabilization” of the political relationship 
between the United States and the Soviet Union could be 
achieved, then efforts to improve the efficiency and effective- 
ness of the United States’s communications, command, con- 
trol, and intelligence system would contribute substantially to 
overall security. Lacking such a political understanding be- 
tween the superpowers, he argued, identicail efforts might yield 
opposite results as the Soviets simply edlocated additional 
weapons to new targets. In light of the acknowledged vulner- 
ability of the US command structure at the time, political sta- 
bilization appeared to constitute a necessary precondition for 
any effective program of command and control. “ 

The Reagan administration’s strategic modernization pro- 
gram was in large measure a consequence of, and response to, 
the Soviet arms buildup that took place during the 1970s 
under Leonid Brezhnev. Yet, that buildup, we now know, 
sapped critical energies from the Soviet economy and polity, 
cycled back to undermine the very military apparatus it was 
ostensibly created to advance, and contributed to the dramatic 
events of the late 1980s and early 1990s. As the curtain fell on 
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the cold war, Aleksandr Solzhenitsyn pointed out in Komso- 
molskaya Pravda how the Brezhnev years “simply wasted our 
last resources on unlimited and unnecessary armaments . . . 
at a time when our own knees were trembling and we were 
about to fall down exhausted. Since the giant has now 
fallen, since a constructive stabilization has been achieved, it 
seems obvious that a number of US defense systems conceived 
before the fall — considered integral to the national defense in 
sm international climate in which the Soviet Union stood sur- 
realisticaUy tall in its ominous, artificial, and ultimately fatal 
final grasping for world Influence and empire — ^would come in 
for review and reassessment. Such a reassessment obviously 
included those systems that are part of the World Wide Mili- 
tary Command and Control System. As a result, the 1990s 
have witnessed the demise (at least in a formal, bureaucratic 
sense) of several of the systems and agencies that had helped 
define the cold war era. 

The first to go was the Defense Communications Agency. 
For just as the cold war had created the need for DCA, the end 
of that era brought with it the agency’s end. On 25 June 1991, 
acting under the authority of Title 111 of the Goldwater -Nichols 
Defense Reorganization Act of 1986, the secretary of defense 
redesignated the DCA as the Defense Information Systems 
Agency (DISA). Although the new agency would operate under 
the authority of the assistant secretary of defense for C^I, as it 
did before, the change in name was Intended to recognize its 
broadened role in information systems management as well as 
communications.^'* 

The advent of DISA heralded the demise of the Defense 
Communications System. DISA’s primary function was speci- 
fied to be management and operationcd control over the De- 
fense Information System Network (DISN), the successor to 
DCS, and a formal definition for the new network was estab- 
lished by the ASD for C^I in February 1994: “A subset of the 
Defense Information Infrastructure, the DISN is the DOD’s 
consolidated worldwide enterprise-level telecomunications in- 
fi^astructure that provides the end-to-end information transfer 
network for supporting military operations.” In other words, 
DISN would include all of the assets that previously fell under 
the DCS mnbrella, which would serve as the baseline capability 
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from which future progress and programs would be meas- 
ured.^® As DISA explained things, the Defense Information 
Systems Network would do it all, constituting a “seamless web 
of communications networks, computers, software, databases, 
applications, and other capabilities that meets the information 
processing and transport needs of DOD users” under all con- 
ditions of peace, crisis, and war.^® 

So that this could take place, the new network had to meet a 
variety of effectiveness criteria. First, it had to be rapidly re- 
conflgurable, capable of supporting Joint task force require- 
ments anywhere in the world. It had to provide fiiUy interoper- 
able communications between deployed forces and home 
bases, and between the communications assets of all relevsmt 
constituencies — the services, defense agencies, and America’s 
allies. It had to provide the capacity to meet militeiry needs, 
including adequate surge capacity for times of crises. It also 
had to provide a real-time management capability so that re- 
sources could be made available to users under aU conditions 
of peace and war. As DISA phrased it, the network would 
permit war fighters “to ‘plug in’ and ‘push or pull’ information 
in a seamless, interoperable, and global battlespace,” the point 
being to “assure dominant battlespace awareness from the 
warfighter’s viewpoint. 

The DISN Joint Mission Need Statement, approved in early 
1995, called for a smooth and incremental evolution away 
fi*om the current system’s reliance on defense-owned networks 
and toward maximum possible reliance on commercial serv- 
ices and technologies. It called for the DISN to be structured 
for modular and Incremental evolution, allowing new technolo- 
gies to be Incorporated as they became available.^ It called for 
DISN to provide the majority of communications requirements 
for WWMCCS’s post-cold-war successor. 

In 1992 personnel from DISA and the Joint Staff reviewed 
the WWMCCS automatic data-processlng modernization pro- 
gram then in progress and found it wanting. That September 
they presented a plan for its termination, which was sub- 
sequently approved by the undersecretary of defense for acqui- 
sition, and funds were made available to effect the transition 
to a follow-on global command and control system (GCCS).^® 
Like WWMCCS before it, and like the Defense Information 
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Systems Network with which it overlapped and shared re- 
sources, GCCS represented as much a concept as it did a set 
of assets: it was a sort of “umbrella strategy” intended to guide 
the evolution of defense communications for the decades to 
come. As DISA engineers described things, the GCCS would 
“enable the principles and concepts of the Joint Staffs C'‘I 
[command, control, communications, computers, and Intelli- 
gence] for the Warrior strategy” through of a set of evolutionary 
initiatives. Like the DISN, GCCS would emphasize maximum 
use of off-the-shelf technologies, its development structured so 
that new technologies could be incorporated incrementally, as 
they became available. In addition, like WWMCCS before it, 
the new system was Intended to be a White House-to-foxhole 
system.®’ Unlike the case of WWMCCS, however, the GCCS 
might just be able to accomplish that goal, owing to the combi- 
nation of the centralization effected by Goldwater -Nichols emd 
the breathtaking pace of technological advance, especially in 
the area of automatic data processing. By mid-decade, the 
services and defense agencies had established GCCS program 
management offices to implement the new system, and the 
World Wide Military Command and Control System, a product 
of the cold war, had vanished along with the tensions of that 
bygone age. 
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Chapter 19 


Organization, Technology, and Ideology 
in Command and Control 


This work began by noting how three themes — (1) organiza- 
tion, (2) technology, and (3) ideology — dominated the develop- 
ment of the World Wide Military Command and Control Sys- 
tem during the cold war era. This final chapter examines the 
influence of each of these themes in greater detail. 

Organization: Subunit Domination 

Of the three themes, organization appears to have been the 
most influential force in the development of WWMCCS, since 
from the very beginning WWMCCS has been an organization 
dominated by subunit concerns, emphasizing services’ needs 
and requirements and not infrequently working to the detri- 
ment of the larger national interest. The result has been a 
multiplicity of problems and occasional major system failures 
when the system was called upon to function in a joint-service 
context. Not surprisingly, this has led to the widespread per- 
ception that WWMCCS is Ineffective. 

WWMCCS’s subunits are of two general t5q5es. On the one 
hand are those WWMCCS entitles, preeminently the military 
services, for whom overriding importance was attached to the 
fulfillment of their own missions. While themselves central to 
WWMCCS, the perception of the system held by the services 
has been that it is less them central to their own concerns and 
at times even emtlpathetic to them. The performemce of these 
subunits and their pursuit emd acceptemce of command and 
control Innovations have thus tended toward an emphasis on 
subunit autonomy emd goals over the interests of the larger 
organization of which they eire nominally a part. 

On the other hemd eire WWMCCS subunits, such as the 
Defense Communications Agency emd elements of the Office of 
the Secretary of Defense, whose concerns (often whose very 
existence) — were linked to the idea that WWMCCS is a central- 
ized orgemizational entity — or at any rate should be. These 
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subunits also pursue courses of action and accept or reject 
innovations, and their behavior in this is similarly selective. 
For them, however, the emphasis tends to be on those things 
that permit a higher degree of centralized control. Whether for 
the decentral iz ers or the centralizers, then, success almost 
invariably came at the expense of the other subunits’ authority 
and autonomy. The result is that WWMCCS has historically 
been a locus of contentiousness, of goal dissensus, and of 
competing definitions of what constitutes adequate system 
performance. 

In one sense this represents nothing more than a funda- 
mentel fact of organizational life: organizations have a division 
of labor. According to the specific nature of its task require- 
ments, any organization will be horizontally differentiated into 
specialized subunits, and the requirements placed upon each 
will differ. Some subunits will have an internal mission, direct- 
ing their attention toward intraorganizational matters, while 
the mission of others wlU be focused more externally. How well 
the organization functions will depend on the degree of inter- 
dependence that exists between the subunits and the extent to 
which they are linked into a cohesive whole. ^ 

The central argument advanced in this book has been that 
WWMCCS’s historical lack of an organizational center of grav- 
ity has resulted in a serious lack of coordination between its 
constituent elements. Specifically, the criteria for system effec- 
tiveness have been promulgated by two competing organiza- 
tional factions, one whose interests and concerns lie with 
greater centralization of the command and control function 
and the other’s in resisting that centralization. This structural 
ambiguity has meant that system elements have frequently 
worked at cross purposes, leading WWMCCS, an ostensibly 
rational system, to Irrational outcomes — periodic breakdowns 
of control and even major system failures.^ With such prob- 
lematical performance, little wonder the system has frequently 
been viewed as ineffective. 

The notion that apparently rational behaviors can produce 
irrational outcomes has a lengthy history and a distinguished 
pedigree in social scientific thought, and those who have wres- 
tled with the issue suggest that different types of rationality 
exist, even in a single organization such as WWMCCS. The 
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social theorist Max Weber posited two different types of ra- 
tional action. First, there was the type he described as “for- 
mal,” a means-oriented type focusing on procedure, emphasizing 
pragmatic, short-term calculations, and showing a concern for 
the coordination of means. The concern here is with efficiency, 
an entirely internal performance standard that involves what 
the organization is producing and at what cost. Efficiency is a 
standard that is relatively value-fi*ee, begging the larger ques- 
tion of whether the organization should actually be engaged in 
doing what it is doing — like a soldier who can rationally carry 
out an entire series of actions with no idea as to their ultimate 
end or of the place of his actions within the larger organiza- 
tioned framework.® Such actions are in fact quite rational in 
the sense that they involve definite goals that are appropriate 
to that level of action and organization. But where formal ra- 
tionality dominates, the appropriateness of actions in some 
larger context is simply not considered. Weber contrasted this 
means -oriented formal rationality with what he called “sub- 
stantive” rationality, a goal-directed type concerned with val- 
ues that appeEded to “ultimate concerns.” Substantive ration- 
ality deals with effectiveness, the appropriateness of what is 
produced in light of some larger end. Weber was quite clear 
that however formally rational actions might be, they need not 
correspond to substantive goals.'* Quite simply, efficiency and 
effectiveness represent Independent evaluative standards.® 

The suggestion is that an organization can be efficient but 
not effective, a place where a means-directed formal rationality 
can exist and predominate, while failing to serve substantively 
rational ends. For as Weber demonstrated, there is a tendency 
for formal rationality to supplant substantive rationality, with 
the means replacing the ends they were ostensibly designed to 
serve.® Indeed, the mantle of formal rationality devoid of any 
higher substantive purpose became for Weber an Inescapable 
“iron cage.”^ It is a view that finds circumstantiatlon in a 
number of organizational studies, including Herbert Simon’s 
discussion of welfare agencies,® Charles Perrow’s examination 
of high-risk systems,® and Robert Jackall’s account of mema- 
gericd decision making.'® In these studies we find a way to 
conceptualize WWMCCS’s historical problems, its apparently 
endemic inability to perform effectively: much of the system 
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was developed and deployed within organizational parameters 
where a practical “formal” rationality predominated. Specifi- 
cally, the system was in large measure developed by organiza- 
tional subunits whose missions and priorities never were per- 
fectly aligned with the more substantive concerns of the 
broader WWMCCS macrosystem. 

It is easy enough to understand why this was done. 
Subunits are Interest groups that act to enhance their power 
and prestige relative to other organizational constituencies. 
They collect information to enhance their own value and to 
render other elements of the organization dependent upon 
their expertise. The Information extracted from the environ- 
ment and subsequently made available within the organization 
will be far from neutral, serving political as well as utilitarian 
functions, while other information gets ignored entirely." Cer- 
tain external and internal constituencies will figure more 
prominently in each subunit’s evaluative calculus than others, 
and these will be attended to disproportionately. TTiat is, a 
tendency develops for subunits and their members to evaluate 
all actions, by themselves or with others, exclusively in terms 
of their utility for the realization of subgoals, resulting in a 
contentious us/them sort of mind-set wherein the courses of 
action pursued are not at all rational or functional from the 
perspective of the larger organization. This is the phenomenon 
of suboptimization, a recipe for fractiousness and ultimately 
failure if the subunits’ centrifugal impetus is not somehow 
held in check. 

Most organizations employ a variety of devices, both Ccurots 
and sticks, to promote coordination between subunits, to se- 
cure adequate contributions from them on reasonable terms, 
and to see to it that whatever discrepancies exist between the 
subunits’ goals and the larger organizational goals do not be- 
come overly large. But what happens when these don’t work? 
What happens when the organization lacks the ability to es- 
tablish viable limits to subunits’ natural self-interest? What 
happens when the influence of subunits becomes excessive, 
and when centralized decision makers, the organization’s os- 
tensible “dominant coalition,” cease to be the ultimate arbiters 
of organizational performance? As the case of WWMCCS sug- 
gests, what occurs in a world of relentless, uncontrolled 
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suboptimization is that the efficiency concerns of subunits 
prevail. What occurs also is that organizational performance 
can be judged decidedly ineffective when assessed by “sub- 
stantive” criteria relevant to the organization as a whole, not 
just the criteria of concern to powerful subunits.'® An organi- 
zation that exhibits these characteristics might best be de- 
scribed as a “subunit-dominated organization.” 

A subunit-dominated organization is a place where the goal 
orientation of central decision makers does not determine 
subunits’ orientation or actions with any precision or cer- 
tainty. It is a place where the center is unable to impose effec- 
tive oversight and control over lower-level parts of the organi- 
zation. It is also a place where the idea of a centralized 
decision-making apparatus is simply no longer descriptive of 
the organizational reality that exists. Even more than loosely 
coupled systems, which assume a modicum of coordination 
and common purpose flowing from the top, subunit-dominated 
organizations are not fuUy cooperative systems. This does not 
describe a situation of &e rational pursuit of optimal out- 
comes. It runs counter to rationalist models of bureaucratic 
functioning, which for military organizations involves centrali- 
zation of policy making and strategic planning, as well as decen- 
tralization of actual operations.'^ Beset by an internal Balkani- 
zation, subunit-dominated organizations zire political arenas 
in which subunits compete to advance their interests and where 
resources are distributed according to coalition bargaining power. 

This work suggests that WWMCCS is a subunit-dominated 
organization, a place where not only has operational authority 
been decentralized but ultimate or true authority as weU. 
Throughout the cold war era, the military services in many 
ImportEmt Instances remained independent entities with con- 
siderable bureaucratic power. Planning and force structure 
were predicated on unilateral service views of priorities and on 
how a future war might be fought. Views on the training and 
equipping and the support of forces logically followed, fre- 
quently at the expense of joint missions and overall combat 
readiness. Each service retained separate responsibility for its 
own budget and competed vigorously to increase its share of 
totel defense dollars.'® In other words, key WWMCCS system 
elements have operated in substantial measure beyond the 
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influence of centralized guidelines or oversight. Their auton- 
omy was such that they could often ignore or effectively resist 
central initiatives. Central or hierarchical officials lost the ca- 
pacity to exercise effective oversight over these subunits, or 
they never had it to begin with.'® What this meant was that the 
effort to create a worldwide military command and control 
system truly responsive to centralized control was resisted by 
the services, and when the WWMCCs could not be resisted, it 
was subordinated to the services’ unique, mission-specific 
needs. A lack of centralized control guaranteed that from the 
start WWMCCS would be more a locus of competition and 
conflict than a coherent single organizational entity — thus, the 
repeated characterizations over the years of WAA^CCS as a 
“confederation,” “loosely knit federation,” and various other 
similar characterizations.'® It was a condition guaranteeing 
that the system would have trouble, even experience major 
failures, when called on to operate in a joint service context. 

Technology: Technological Push and User Pull 

The second major theme in WWMCCS’s development has 
been technology — specifically, the dramatic technological ad- 
vances that began early in the cold war era and that thereafter 
never ceased to exert influence. WWMCCS was born within a 
context of ongoing research and development, an almost ver- 
tiginous pace of technological advance both in the militaiy and 
civilian sectors that was continually altering the nature of 
warfare. What was the importance of technology in 
WWMCCS’s evolution? Was its development driven primarily 
by a conscious, rational process that has been described as 
“user pull”? Or was it the result of the imperative of techno- 
logical advance, of “technology push”?'® 

These questions eire rightly seen as part of the larger debate 
about the role of technology in society, a debate that continues 
today and that has been characterized by considerable contro- 
versy. On one side are technological determinists who view 
technology as a major social force, arguing that as science 
marches onward, society necessarily follows.®® In this view, 
research scientists fuel the fires of technological advemce, and 
by extension military requirements, through their desire to 


348 



ORGANIZATION, TECHNOLOGY, AND IDEOLOGY 


pursue and bring to fruition interesting new technological con- 
cepts.^' Major technological advances provide the impetus for 
their application to military systems, and military require- 
ments issue from the flow of change, rather than from a priori 
assessments of requirements.^ Concluding that social struc- 
tures and their associated structures of belief are in part or in 
whole derivative of a technological imperative, these determi- 
nists represent one side in a wide-ranging debate about the 
relationship of technology to society — specifically, that the evo- 
lution of defense systems and policy aire dominated by techno- 
logical advances, rather than conscious human design.'” 

Critics of this point of view argue that the technological 
determlnists have it backwards. Technology is not a social 
force, they say, but rather a social product. From a wide range 
of possible technical solutions to problems, those Individuals 
and groups with greater influence will choose the ones that 
best serve their interests.^'* Not only that, this perspective 
holds that the range of possible solutions is circumscribed by 
these elites. It is a social determinist view, where the develop- 
ment of specific technologies is driven and shaped by power 
relations rather than by an essentially neutral process of sci- 
entific advance. Radical critiques from this perspective usually 
focus on the profit and power goals of the military-industrial 
complex.'^® More conventional analyses view the selection of 
specific technologies as the result of national strategic choice, 
where rational decision makers select specific technologies on 
the basis of precise calculations about national objectives, per- 
ceived threats, and strategic doctrine, all the while cognizant 
of budgetary constraints and other limitations.'^® 

Which view is correct? The answer in the case of WWMCCS 
is a qualified “both.” After all, revolutionary technological con- 
cepts and techniques do appear on the scene from time to 
time, affecting military relations. Witness the advent of atomic 
weapons, the development of the intercontinental ballistic mis- 
sile, ballistic missile submarines, computers, and satellites 
during the years following World War II. Arguably, each of 
these new technologies revolutionized warfare, contributing 
thereby to the drive for a more responsive and centralized 
defense decision-making structure. Moreover, much of the 
thinking In the area of command and control has been highly 
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technical, a hard engineering orientation, which resulted in 
the overwhelming proportion of research attention and finan- 
cial investment going toward system designs that were techno- 
logically advanced — often magnificently so — ^yet that ultimately 
failed to meet the requirements of actual users because they 
failed to adequately consider the human and organizational 
context into which they will be introduced.^^ 

In one way it all makes perfect sense. Given that the great 
watersheds in the history of warfare have always involved the 
application of new technologies, it is hardly surprising that a 
basic military mind-set has evolved that newer, more techno- 
logically sophisticated systems are by definition better ones. 
This logic has been validated by a Congress that frequently 
rewards the pursuit of more sophisticated technologies with 
higher fimding cmd underscored by an American cultural em- 
phasis on progress and a pervasive belief in technology as its 
guarantor.^® WWMCCS’s growth, then, as with the trajectory of 
the arms race more generally, arose from an institutionalized 
belief that a more capable technology is by definition a better 
one. Technology push has thus been a key process in the 
development of defense systems, producing most of the impor- 
tant, revolutionary new technologies.^® 

If both perspectives confetin a measure of truth, it can be 
argued that the concept of revolution probably captures less 
well the dynamic of change in the domain of command and 
control, for few of the key developments in this area — the tran- 
sistor, for example, or the laser or automatic data process- 
ing — ^truly revolutionized communications. Certainly each of 
these was an advance, producing improvements in communi- 
cations capacity, reliability, and economy, but their impact 
was hsirdly as dramatic as the term revolution connotes. As 
these and other technologies arrived on the scene, they were 
assimilated into existing media, resulting in gradual, incre- 
mental change. Thus, while many new technologies were in- 
itially hailed as revolutionary, their integration into the worka- 
day world of command and control generally proved to be less 
so, conditioned at every step by preexisting technologies and 
patterns of organizational relations and goads.®® If there were a 
technological push, it was not necessarily an unqualified one. 
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Throughout the history of WWMCCS during the cold war, 
then, much of the impetus for technological development ap- 
pears to have been closer to the “user pull” of the social determi- 
nists, “the institutional process by which users (notably the serv- 
ices) assess the adequacy of existing [systems] to meet military 
needs, and state the characteristics of the next generation of 
equipment desired to overcome identified inadequacies,” as the 
Packard Commission described it.®' All new technologies natu- 
rally cany within them the seeds of organizational change. But 
some types will be embraced as advantageous, whereas others 
wfil be rejected, and it is of Interest to determine which is which. 
On the one hand, it has been suggested that innovations posing 
no threat to organizational routines, strategies, or “essence” are 
less likely to generate resistance and hence are more likely to be 
adopted.®® Even innovations that challenge existing routines and 
strategies might be embraced when they are seen to promote 
desirable changes: for example, when an organization wishes to 
expand and when the innovation will permit that ejqjzinsion to 
take place.®® Obversely, technologies that presage unwanted 
changes — such as a reduction in organizational autonomy, or 
undesirable transformations in routines, customs, or alle- 
giances — are likely to encounter resistance, including active hos- 
tility, even if in some objective sense they are inherently useful 
or appropriate.®'* This selectivity has led to the adoption of a wide 
range of new technologies, many of which have tended to focus 
on the needs cind priorities of system subunits.®® It meant that 
technologies were resisted if they were not perceived as being in 
line with the requirements of the services’ military missions. 

The Office of the Secretary of Defense has had only limited 
success in its efforts to have the services pay for systems 
designed in support of joint-service systems for strategic com- 
mand and control. Funding for such high-priority programs as 
the Defense Satellite Communications System and the Na- 
tional Emergency Airborne Command Post were resisted by 
the services, for example, and received funding only under 
heavy pressure from the secretary. Lower-priority initiatives 
met with even less success. During the late 1970s the head of 
WWMCCS Engineering recommended the acquisition of 10 dif- 
ferent types of communications equipment to improve national 
officials’ ability to respond to urgent contingencies. Although 
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the items Included such relatively inexpensive equipment as 
transportable satellite earth terminals, the services declined 
requests to fund them.^ In a subunit-dominated organization 
such as WWMCCS, it appears that social determinism, user 
pull, will be the dominant influence in terms of the acquisition 
of new technologies, although it will not determine outcomes 
with absolute certainty. 

Ideology: The Evolutionary Approach 

A subunit-dominated organization such as WWMCCS sounds 
emphatically ineffective. Its organizational structure, rife with 
fractiousness, appears like nothing so much as a centrifugal 
whirl straining to teau* Itself to pieces, subject to major system 
failures. A key question is thus how such a discordant assemblage 
of elements manages to hold itself together. It has been argued 
in this work that a major part of the answer in WWMCCS’s 
case lies in a shared set of assumptions about the physical 
and social worlds — an ideology, in other words, that has per- 
mitted Innovations to be pursued, technologies acquired, and 
the system’s appeirently implacably antagonistic subunits to 
function together more or less amicably over time. The ideology 
that has permitted these remarkable feats to be accomplished, 
one that has gained increased rhetorical and bureaucratic 
support with the passage of the years, is the “evolutionary 
approach” to command and control system development. 

We have seen how the approach first gained a foothold in 
defense thinking in the early 1960s as an alternative to the 
then-dominant approach to system design and acquisition, the 
weapons system approach, whose governing idea was that all 
efforts should be directed toward the development of an identi- 
fiable target system that could be turned over to its users on a 
specific target date.®^ The problem was that by the early 1960s, 
a number of influential defense constituencies had concluded 
that the weapons system approach simply did not work when 
applied to command and control systems because they pos- 
sessed characteristics not found in other complex systems. 
Perhaps most importantly, they were said to be dynamic, “in- 
formation rich” systems highly dependent upon the informa- 
tion they contain and the demands placed upon them.®® In 
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contrast to more static systems whose very nature dictated 
that certain functions be performed repeatedly in a fixed order, 
command and control systems were viewed as characterized 
by an ever -changing configuration of individuals, functions, 
information requirements, and equipment that was inherently 
resistant to any simple formulaic ordering. Relevant actors 
could not always be identified, nor could operational require- 
ments, and even when they could, they often did not remain 
fixed long enough to permit the development and deployment 
of appropriate system capabilities.®® In developing WWMCCS, 
then, flexibility appeared essential. 

A second general reason advanced for the uniqueness of com- 
mand and control systems was that they were considered more 
“threat driven” them other military systems, meaning that they 
had to be uniquely sensitive to both qualitative and quantitative 
changes in enemy military capabilities.'*® The problem with the 
old weapons system approach was that by the time a command 
and control system had finally achieved full operational status, 
the military situation had fi'equently changed so much that the 
system was no longer appropriate to the threat. Making matters 
more difficult still was the rapid and accelerating pace of techno- 
logical advemce. With new emd fi'equently competing technologies 
constantly being developed, locking in a specific system design 
all too often meant locking its user into a system that was obso- 
lete by the time it was fielded.'*’ Of course, it was possible to try 
to design systems to meet future requirements, but such exer- 
cises in prophesy proved to be expensive and were not tnfi'e- 
quently fhistrated by unpredictable international events and 
technological changes.'*® In the minds of many in the defense 
establishment, the unique fact that it appezired impossible to 
fuUy specify a command and control system’s requirements at 
the time its development commenced called for an equally 
rmique management approach.'*® 

As we have seen, the alternative to the conventloneJ model 
of management and planning that appeared most attractive 
allowed commanders to define, develop, and improve their own 
systems “naturally” over time, as circumstances warranted, as 
they were considered necessary to meet the changing require- 
ments of their military missions.'*^ “Changes in the command 
and control systems be, of necessity, evolutionary,” Robert 


353 



THE WORLD WIDE MILITARY COMMAND AND CONTROL SYSTEM 


S. McNamara had declared, “and the systems must be flexible 
enough to adapt to changes in the world situation and U.S. 
strategy.” Moreover, it was simply too expensive, indeed im- 
possible, to develop complete stand-alone systems only to have 
to rip them out and replace them from scratch every time a 
new technology came down the pike or each time modifica- 
tions were made to US strategic doctrine.**® By advancing the 
idea that command and control modernization was an incre- 
mental, user-oriented process conducted under the broad cog- 
nizance of a central authority, the evolutionary approach held 
forth the promise of greater flexibility in a turbulent geo-political 
and technologiccd environment.^ 

Adding new requirements and technologies as an ongoing 
series of modest improvements obviously meant that com- 
mand and control systems would take longer to develop and 
thus cost more — ^but never mind. It was believed that unlike 
systems whose designs had been frozen esirlier, those that 
emerged from the evolutionary process would possess greater 
capabilities, better reflect users’ needs, and be more closely 
aligned with the requirements of national military policy. The 
result would be a “harmonious conglomerate of elements of 
different size, loosely but effectively federated.”**^ Yet this 
phrase surely raises more questions than it answers. Precisely 
which elements should comprise this conglomerate? By what 
criteria should their effectiveness be assessed? Who should 
determine the answers to such questions as these? Far from 
rhetoriczd questions, they proved to be eminently real-world 
ones with real implications for system design, suggesting why 
they have repeatedly surfaced in the lengthy defense debate 
over the best way to develop, operate, and evaluate WWMCCS. 

So the evolutionaiy approach had its down side, perhaps 
the most serious aspect of which was that it encouraged a lack 
of clear-cut responsibility. It permitted considerable laxity and 
carelessness in system specification. It did not require a full 
accounting of who the system’s users would be, since these 
could always be identified later. For users who were identified, 
the approach failed to require a comprehensive specification of 
their requirements, in the belief that whatever deficits might 
exist could simply be addressed in subsequent phases of system 
evolution. It also failed to specify a point from which evolution 
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would proceed, and it failed to demand a clear statement of 
the goals the system was supposed to accomplish, thus coun- 
tenancing a lack of clarity as to how the system was supposed 
to function or be evaluated,**® It was also financially wasteful, 
keeping programs in the development phase essentially for- 
ever, since all systems were to be subject to constant review in 
terms of their relationship to changes in the threat, to develop- 
ment of new weapons systems and other technologies, and to 
modifications in command structures or other organizational 
changes.^® 

Predicated as it was upon Independence rather than inter- 
dependence of subunits, the approach ensured that subunits’ 
actions would frequently bear little relationship to one an- 
other, resulting in unnecessary, costly duplication.®” It also 
created strong pressures for contractor buy-ins, wherein artifi- 
cially low prices would be given up front for a project, the 
contractor understanding full well that prices could be raised 
and raised again as the project “evolved.”®' To many critics this 
was not evolution but rather a profligate and essentially vi- 
sionless process of ad hoc incrementalism, one whose end 
products would almost certainty require extensive work to make 
them play together as a coherent whole. 

But if not evolution in fact, a key question is why did the 
evolutionary approach gain such wide currency in the first 
place? This work has suggested that the answer probably lies 
more in the bureaucratic utility of the approach than in its 
ability to create an optimal system for command and control. 
To those individuals and groups interested in advancing the 
cause of greater centralization in command and control, the 
evolutionary approach appears to have been Initially attractive 
because it was a meems to mollify the opposition to greater 
centralization in defense decision making. The evolutionary 
approach was also attractive to those groups, such as the 
services, whose Interests were naturally antipathetic to greater 
centralization since it maintains that the decision-making pro- 
cess is situationaUy contingent and unknowable in advance. 
Centralized decision makers thus cannot adequately specify 
the sorts of information they require, with whom they might 
need to communicate, or precisely what type of system best 
suits their needs. In light of this ignorance at the center, the 
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logical course of action is to devolve authority toward the 
periphery, providing greater flexibility for system development 
to lower -level system subunits.®^ With the evolutionary approach, 
subunits were able in substantial measure to co-opt the devel- 
opment of WWMCCS in ways favorable to their agendas and 
their interests. 

Therefore, the evolutionary approach was able to prosper in 
the final analysis because of its bureaucratic utility and be- 
cause it represented a way to meet the needs of both the 
proponents of centralization and decentralization simultane- 
ously. It allowed the centralizers to commence building the 
defensewide command and control infrastructure they desired, 
something that might otherwise have been met with far more 
vigorous opposition. For those whose interests lay in decen- 
tralization, the approach offered a great deal of autonomy and 
considerable authority for WWMCCS’s development and man- 
agement, sweetening considerably the bitter pill of centraliza- 
tion. But as this work has shown, the compromise was hardly 
S3mimetrical, for the price of diminished service resistance ul- 
timately proved to be the soul of the centralized WWMCCS 
concept. 

In theoretical terms, the evolutionary approach allowed 
WWMCCS to be redefined from what we might call a “solution- 
driven” organization to one that was more “process driven.” 
Solution-driven organizations are oriented toward the resolution 
of specific problems, problems that in turn tend to be closely 
aligned with an organization’s official goals. Such organizations 
generally operate in a context of substantive rationality and are 
oriented toward some specific end or “ultimate value” as emmci- 
ated in public statements by their officials and as set forth in 
their public documents.®^ In the case of WWMCCS, the “ultimate 
value” is to provide the National Command Authorities with an 
ability to electronically orchestrate mUltaiy responses to crises 
anywhere aroimd the globe. The weapons system approach of 
command and control systems acquisition is consistent with 
this, involving as it does a rational process of identifying a popu- 
lation of system users, specifying their responsibilities, deter- 
mining the various types of information they required, and 
developing specific teclmologies to provide it. 
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Obversely, the key for understending process-driven organi- 
zations is that they are means-oriented, focusing on producing 
an ongoing stream of products or services. They are concerned 
with operative goals, with actual operating policies, and they 
reflect the actual needs of organizationeil constituencies. Process- 
driven organizations engage in activities with no clearly de- 
fined “ultimate” end state or specific solution toward which the 
organization is tending. Their goals, such as they are, turn on 
efficiency criteria with regard to the process Itself, and thus 
they function within a context of formal rationality. With the 
organization’s purpose no longer tied to the atfeiinment of an 
ultimate goal or specific end state, any advancement or 
achievement, however substantial, is seen as simply a mile- 
stone on a road the length of which is no longer Imown with 
precision; indeed, a road whose length has been Intentionally 
rendered imprecise. 

It was in this way that the evolutionary approach subtly 
redefined the criteria for WWMCCS effectiveness. For the ap- 
proach’s proponents, the ptirpose of WWMCCS was no longer 
to attain a specific goal state by developing and deploying 
some identifiable set of command and control capabilities to 
meet specific performance criteria. Rather, the purpose was 
now modernization, evolution itself, with any technological or 
organizational Innovations viewed as simply a part of this on- 
going process. Proponents of the evolutionary approach have 
long tolerated a level of WWMCCS performance that others 
have considered marginal or substandeird, and it is perhaps 
only in this light that their tolerance is understandable. To 
them, after all, WWMCCS’s job was not to exhibit perfect per- 
formance, which is impossible in cmy case, but rather to be 
evolving toward some higher, however imperfectly conceived 
and understood, end state. 


System Failures 

Thus, we arrive at our final point of discussion: system fail- 
ures. We have seen how WWMCCS’s history has been punctu- 
ated by a series of serious, often spectaculzir breakdowns and 
failures. WWMCCS has, in more sense than one, truly been 
a child of crisis. The argument advanced here is that a 
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subunit-dominated organization such as WWMCCS, focusing 
on lower-level interests and driven by concerns of process 
rather than results, could not avoid failure when viewed from 
a more substantive, systemwide perspective. To those process- 
oriented types who embraced the evolutionary approach, this 
was viewed as a regrettable but unavoidable part of evolution. 
To them, things were perhaps a bit problematical now, but the 
system was evolving after all, undergoing a process of contin- 
ual improvement and enhancement. To them, the glass was 
emphatically (and at least) half full. But to other influentied 
individuals and groups with occasion to assess WWMCCS’s 
effectiveness, the Congress being perhaps the most conspicu- 
ous example, that glass appeared different. Wielding as they 
did a different, solution-driven evaluative yardstick, effective 
performance was viewed as perfect performance, a criterion 
that WWMCCS would fail to meet. From their perspective, the 
World Wide Military Commzind amd Control System was not 
merely a child of crisis. In structural terms it was bom to fail. 
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Epilogue 


Editor’s Note: The World Wide MilitEtry Command and Control 
System (WWMCS) was closed down in August 1996 and was 
replaced by the Global Command Control System (GCCS). To 
find out how the new system is currently working, the author 
interviewed Dr. Frank Perry, technical director of the Space 
Emd Naval Warfare Systems Command (SPAWAR). Dr. Perry is 
the chief technical authority within that command. 

Interview with Dr. Frank Perry 
20 March 2000 

Pearson: Dr. Perry, please discuss your background and ca- 
reer, especially with regard to WWMCCS and its successor, the 
Global Command Control System. 

Perry: I have been at SPAWAR for about a year and a half. For 
the previous three Eind a half years, I was the technical direc- 
tor — something like the chief scientist or chief engineer — at the 
Defense Information Systems Agency. That was the interval 
when Global Command Control System was developed. I had 
more than just a little bit to do with that whole development 
process, begirming in May 1995, when I went to DISA, on 
through August of 1998, when I left. So there was that eisso- 
ciation. There was also an earlier association with WWMCCS 
as well. In 1975 I spent a year as a programmer on the 
WWMCCS system, as a young lieutenant junior grade in the 
Navy, at what was then CINCLANTFLT, at Em organization called 
the Atlantic Command Operational Support Facility. It basi- 
cally ran the WWMCCS site there. So I had two encounters 
with WWMCCS, first in the mid-1970s, and then during the 
1995-98 time frame at DISA. 

Pearson: Let’s go back a decade or so. In your view, what were 
the major themes, the major Issues, which set the stage for the 
transition fi-om WWMCCS to GCCS? 
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Perry: As I’m sure you know, WWMCCS was more than just a 
technology. It was not just ADP, but it was an entire process 
associated with deployment, planning, and execution — deploy- 
ment meaning large-scale movement of forces in response to 
contingency operations. There certainly was a WWMCCS sys- 
tem, the ADP system, interconnected by a network called WIN 
(WWMCCS Intercomputer Network) that evolved back in the 
1970s £md went through the cold war era into the post-cold 
war era, based upon some very early networking technologies 
starting back in the mid-1970s. It started off with something 
called PWIN, the Prototype WWMCCS Intercomputer Network, 
and eventually evolved into WIN, predating a lot of the Internet 
kinds of technology that we have today. So it was ADP, plus 
the whole set of processes cind people associated with how one 
plans for etnd executes large-scale movement of forces. So it’s a 
whole bunch of processes, people, computers, and networks 
going cill the way back to my earliest involvement with it in the 
mid-1970s. 

The world began to change, especially with respect to tech- 
nology. You talked a little bit about the world changing with 
respect to the end of the cold war. Well the world changed in 
perhaps as radical a fashion with respect to technology. As 
Intercomputer networking became much more recognized, and 
Internet technology emerged on the scene, there was a very 
fundamental shift for a lot of people dealing with military tech- 
nology. You went from the mainframe era, lasting through the 
early 1980s, through the minicomputer era, eiU the way down 
to the client server and desktop machines kind of eu*chitec- 
tures that we have today, leading off ultimately toward very 
thin client web-based architectures. Throughout the late 
1980s-early 1990s, as those technological changes were start- 
ing to gain a foothold, the technology of WWMCCS with its by 
that time very proprietary and relatively low-performance 
wide-eirea Intercomputer network and the madnframe technol- 
ogy base was Increasingly nonresponsive. It could not ade- 
quately evolve to meet the changing characteristics and needs 
of command and control. 

In the post-Desert Storm time fi*ame as well, there was rec- 
ognition within the senior leadership of the Joint Staff that 
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one had to evolve this thing called WWMCCS into more than 
just a deliberate planning tool. There was the realization that 
one had to embrace more real-time execution aspects of com- 
mand and control at the Joint Staff level, things like theater- 
level situational awareness — ^who’s where, when — ^wlth respect 
to friendly forces, US and allied, as well as hostile forces. 
Those were challenges that the mainframe WWMCCS system 
never reaUy had on its plate. And as you looked at the proprie- 
tary low-performing network and the mainframe-based hard- 
ware architecture, you really could not evolve that into some of 
the expanded missions dealing not just with deliberate plan- 
ning for deplojnnent but also with crisis planning and some 
execution-related functional capabilities. 

Pearson: Does that mean that there is less of a “strategic” 
emphasis to the Global Command Control System? In the lat- 
ter part of its history WWMCCS seemed to be moving In the 
direction of greater emphasis on the command and control of 
the strategic nuclear forces. Does GCCS continue that empha- 
sis, or does it expand that emphasis to include theater and 
tactical operations? 

Perry: I wouldn’t say it is less of an emphasis on the strategic. 
I’d say it is more an emphasis on other things in addition to 
that. Cerfrilnly that major concern is something stiU there with 
global commamd and control. But the scope of global com- 
mand and control has broadened to encompass support to 
additional capabilities in additional mission areas in the exe- 
cution arena. If you look at warfare as defined in the joint 
service parlance from the national level down to the theater 
and down to the tactical level, you certainly start getting into 
the operational £md tactical levels of warfare. 

Pearson: We’ve been discussing some of the technological 
changes that gave rise to the Global Command Control System. 
How does GCCS differ organizationally from its predecessor? 

Perry: In terms of the elements of the mtlitaiy departments 
that employ it? 
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Pearson: That, or have new organizational entities been cre- 
ated to administer the system? How does it look differently, 
organizationally speaking, from how things were under 
WWMCCS? 

Perry: With respect to the mission of supporting command 
and control in crisis planning, it really has the same sorts of 
functional people in the unified and specified CINC organiza- 
tions, who have the responsibility of putting those plans to- 
gether. For example, supporting CINC organizations, like the 
US Transportation Commemd, play a major role in assessing 
transportation feasibility. For example, I want to move this 
brigade from point A to point B in 72 hours, but do I have the 
lift capacity to do that? You stUl have an awful lot of folks 
within the military departments acting as force providers who 
have to figure out, given a requirement for a light infantry 
brigade with a specific set of characteristics, where across the 
Army ground forces can I find such a brigade that meets the 
appropriate readiness criteria? All these topics were issues 
under WWMCCS: they all had constituencies that deadt with 
them across the unified and specified CINC organizations and 
the military departments, and none of that was substantively 
changed with the evolution to GCCS. The replacement of the 
technology was separated from any substantial re-engineering 
of the business processes. That re-engineering is something 
that is certainly of interest to the CINCs and Joint Staff, and 
there are initiatives underway to deal with it. But there was an 
overt decision not to tie fundamental re-engineering of those 
business processes together with the evolution of the technol- 
ogy in global command and control. It was difficult enough 
doing one without trying to do both at the same time. 

With respect to the Institutions to run them, you used to 
have, depending upon what point in time you looked at it, 
emywhere from 21 to 26 mainframe computer sites internet- 
worked around the world with WWMCCS. Now we have 
shrunk down to a smaller number of GCCS major server loca- 
tions Internetworked around the world, and the size of the 
staffing pool to administer them dropped fairly dramatically in 
the process of moving forward to the more modern technology. 
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We also have slightly fewer locations, substantially fewer peo- 
ple required to keep GCCS running, but not a fundamentally 
new paradigm for how to administer GCCS. So organization- 
ally, given that one did not fundamentally change the business 
processes for deployment planning, organizationally there was 
not substantial change. 

Given that GCCS did start picking up missions that it did 
not previously support at the operational and even tactical 
level of warfare, (for example, maintaining tactical situation 
awareness), then you find evolution of doctrine occurring in 
terms of establishing something like a common operational 
picture. Tliat doctrine addresses assembling a common opera- 
tional picture across an area of responsibility such as the US 
Central Command AOR in and around the Arabian Sea for 
their forward-deployed forces, and how that whole picture 
would get relayed back to Central Command headquarters at 
McDiU AFB in Tampa and then out to the stateside compo- 
nents in their service supporting organizations, like Ninth Air 
Force at Shaw AFB. In the event that something happened, 
everybody could be looking at the same picture and having a 
discussion In context about what’s going on, rather than hav- 
ing a discussion with multiple independent mentaJ Images of 
the situation. 

Pearson: How about DISA? Have there been Increased organi- 
zation responsibilities for DISA since the tune of the creation of 
GCCS? 

Perry: Yes. DISA produced GCCS and continues to evolve it to 
this day, so there is more of an Initial development effort and 
an evolutionary development effort there than had been the 
case with WWMCCS, where WWMCCS was leugely in cata- 
strophic maintenance from a software point of view, 

Pearson: Throughout its history, some people considered 
WWMCCS to be a “bureaucratic fiction,” an organizing princi- 
ple, more than it was a real system with a hard commitment of 
persormel, equipment, and funds. Give us an idea of why, in 
your view, this is not true for GCCS? 
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Perry: I didn’t use the term bureaucratic, and I guess I 
wouldn’t: it’s not in my own mental picture of it all, neither in 
the earlier days of WWMCCS or in the later days of globed 
command and control. My mental picture of it is more a set of 
business processes, a set of people to execute them, and ADP 
support. 1 think that the major change that has occurred with 
the introduction of GCCS is that the ADP support for the 
previous mission of deliberate planning has improved fairly 
substantially. And the evolved missions of crisis planning: since 
things don’t happen on the same timelines any longer, the 
technology support for those new missions has been enabled. 

Pearson: Going back over WWMCCS’s history, one of the ma- 
jor dynamics shaping the system during the cold war era was 
a tension between the forces of centralization, represented pri- 
marily by OSD and such agencies as DCA, and the forces of 
decentralization, represented in the main by the military de- 
partments. Is that sort of tension still apparent in GCCS? 

Perry: To some degree — ^probably to a slightly lesser degree 
than previously. I think that what you’re referring to is in no 
small part a fundamental element of how we’re organized within 
the Department of Defense. But as you look at the deplo 5 nnent 
planning mission, there is really not a lot of tension there 
because that really is a war -fighting commander in chief-focused 
job, and it really can’t be done effectively in any other fashion. 
I think that if you go back to some of the very early days of 
WWMCCS, I would agree with you that a lot of that tension 
was there, and that a lot of service-specific extensions to 
WWMCCS were built. There eire stiU some service-specific ex- 
tensions buUt on top of Global Command Control System to 
meet some of the service-unique requirements associated with 
the deliberate or crisis planning process. But in my associa- 
tion with it recently, I have not really perceived that to be a 
tension. I perceive that to be more of a fact of fife, that one has 
to add some service-imique capabilities on top of the joint 
capability in order to have it make sense to the independent 
services as force providers. Given the very different charac- 
teristics of deployment across the services, with the Army and 
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the Air Force being garrison-based forces, and the Navy and 
the Marine Corps being, if you will, perpetually deployed forces, 
there are Just some fundamental differences that must be 
acknowledged. 

When you begin to look at some of the new missions that 
have been added to GCCS, and again 1 focus on things like 
situation awareness, there has been a broad embracing of 
those capabilities across the military departments. You will 
find today a GCCS Maritime within Navy, that takes the joint 
product one hundred percent and extends it where necessary, 
but it’s not just a word game. The intent within Navy is to 
embrace the joint system, extend it where necessary to support 
maritime needs, and to deploy it as our mainstream GCCS 
Maritime command and control capability. We wUl not deploy 
something different and just anoint it, in bureaucratic faction, 
and call it GCCS Maritime. We actually deploy the same identi- 
cal software. To greater or lesser degrees I think many folks 
within the services and service programs have begun to adopt 
this philosophy. 

Pearson: Let’s return to ADP for a moment. How have im- 
provements in ADP technology over the past decade or two 
impacted upon the need for standardization of both hardware 
and software? 

Perry: Well, the software for GCCS is standard, emd with the 
exception of the service-specific extensions to it, it is aU pro- 
duced by DISA. Standardization of the applications is very 
important today to achieve the level of interoperability and 
interworking that is necessary to support the mission. The 
Individual services don’t go off and build their own alternative 
GCCS systems from the ground up. The philosophy is for them 
to take the base system from DISA and extend it where neces- 
sary. And some other technological constructs come into play, 
such as the Defense Information Infrastructure Common Op- 
erating Environment — DIICOE for short. In the early 1990s, 
when the whole push to try and move from WWMCCS ADP to 
GCCS emerged on the Joint Staff, the thinking was that there 
would be a common software baseline for this thing called 
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GCCS and it would be adopted by everybody. One of the things 
that changed in the 1995-96 time frame as we began to 
implement GCCS was a recognition that that common soft- 
ware framework, and a common Integration approach, wasn’t 
unique Just to command and control but was applicable in 
other domains as well — for instance, in combat support and in 
intelligence processing. So DllCOE got constructed to abstract 
that away fi-om the specific mission area of command and 
control into a more generalized integration philosophy, looking 
at where it’s important to have identical common software and 
where it’s not. But now today, GCCS is built on top of this 
environment called the DII Common Operating Environment, 
and many of the other service command and control systems 
are built on top of that same environment, to begin to achieve 
some of that same level of commonality. 

Now with respect to hardware, you need to begin to differen- 
tiate between the commodity environment on the desktop and 
the large-capacity back room data servers or application server 
environment that an awful lot of the application software has 
to reside on. Today, DISA and the services basically provide 
the back end server architecture, but even that is fairly com- 
mon at this point, and it has been constructed so that in many 
cases when you get to Individual client desktops, commodity 
PCs are adequate to interact and accomplish the mission. 

Pearson: Given those kinds of changes, what is the current 
status of the WWMCCS Intercomputer Network? What hap- 
pened to it and where is it now? 

Perry: When WWMCCS was shut down in August of 1996, the 
WIN was shut down as well. 

Pearson: In what other ways has the computer revolution af- 
fected the ability of GCCS to serve its users? 

Perry: How well it does off into the future in serving its users 
is going to depend upon how well it evolves. The new capabilily 
was put into place when WWMCCS was shut down in August 
of 1996. If you go back and look at the development process 
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that got us there, it really started in earnest in November of 
1994. And going pretty much from a standing start through 
worldwide deployment, to the point of being able to shut down 
WWMCCS and the WIN in August of 1996— a period of 21 
months — ^was no small feat. There were some efforts earlier, 
but they didn’t really start coming together as a cohesive and 
integrated development effort until about November of 1994. 

As you look at what has transpired since the initial opera- 
tional capability in August of 1996, there have been several 
incremental, and I believe one major, upgrades of the software 
capability. GCCS, like most any command and control system, 
is going to need to continue to evolve over time to meet evolv- 
ing and in some cases expanding needs as articulated by the 
user community. The Joint Staff is the major user community 
representative, and that’s really centered with the Operations 
Deputy on the Joint Staff, J-3. That’s a very good thing, be- 
cause the operators eire the ones served by the system. The 
fact that the Joint Staff J-3 is engaged In managing and lead- 
ing the requirements process, and in working with DISA and 
with the services to prioritize those requirements for imple- 
mentation on some evolutionary development scale, is a very 
positive construct for GCCS to be viable. It will have to con- 
tinue, and GCCS will have to continue to deliver. 

Pearson: You have referred several times to the “evolutionary 
approach” to command and control system development. This 
approach holds that command and control systems are 
unique, requiring an equally unique management approach in 
which systems evolve “naturally” over time. What is the status 
of evolutionary thinking in GCCS toda}^ 

Perry: Well, inside of GCCS, and inside of DOD overall, there 
is a very recent revision to DOD 5000, which is essentially the 
acquisition policy and regulation for the Department of De- 
fense. I think that over the years there has been progressively 
more and more realization that command and control is an 
Information technology-based capability, and building that is 
fundamentally different than building a thousand Block 3 
Tomahawk missiles, for example. In a lot of weapons programs 
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the acquisition mind-set has been that you define your re- 
quirements, you lay out a program, you reach initial opera- 
tional capability with the program, you finish it out, you reach 
final operational capability with it, and you’re done. With com- 
mand and control and information technology as it’s evolving 
in today’s world, you will never be done. In my view, the day 
you think you’re done is the day you’re on your way to a 
going-out-of-business plan. 

Because the information technology you and I see on our 
desktops at home or in our office environment is changing so 
dramatically, we must provide capability commensurate with 
that in order to keep the users engaged and to keep it relevant. 
So the whole philosophy of “being done,” from ein acquisitions 
perspective, is one that does not fit in the information technology- 
based capability environment of command and control. 1 think 
there is progressively more and more recognition of that even 
in the formal acquisitions structures of the department. 
Change is always difficult, and this certainly represents 
change. So every once in a while there are assaults on at- 
tempts at change. But GCCS is reflective of the way that a lot 
of command and control and other IT -based acquisitions are 
moving and evolving Avithin the department. As I said, if you 
look at some of the evolutionary and experimental features 
discussed in the most recent revision to DOD 5000, I think 
you will see progressively more emd more of that becoming 
formally articulated as the policy of the Department of De- 
fense. 

Pearson: Effectiveness has always been considered the ultimate 
dependent variable in any organizational analysis. Throughout 
its history, WWMCCS was frequently characterized as “irieffec- 
tive.” I wonder if you could comment on how effectiveness is 
assessed inside GCCS, and, given the assessments, how effec- 
tive is the system perceived to be. 

Perry: I think as you look back over history, as WWMCCS first 
began to emerge, the more conventioned contingency planning 
for deployments was fairly stationary. The geography of the 
Fulda Gap in Europe is what it is. The array of forces that 
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were there in the cold wair environment was pretty well under- 
stood. These days, a lot of the contingency operations that the 
department finds itself responding to, like a joint task force for 
a noncombatant emergency evacuation or something like that, 
are “come as you are,” very short timeline events. The other 
aspect of the overall structure of WWMCCS that was always 
problematic is that you not only needed to plan for a large- 
scale deployment of forces, you also needed the ability to monitor 
the execution of that deployment. And where the WWMCCS 
process and technology had difficully in the past was that 
there were not closed-loop data feeds to permit monitoring of 
the execution of the deplo 5 rment. As you went into the first 
several days or weeks of the deployment of 500,000 men and 
women and all their associated materiel in support of some- 
thing like a Desert Storm, you didn’t have the closed-loop 
feedback mechanisms in place as a matter of course, either 
from the processes or the technology, to support that monitor- 
ing. So that issue, plus the evolving nature of deployment 
planning — going from less and less very deliberate planning to 
more and more crisis emergent sorts of deployment planning — 
those are certainly issues that affected WWMCCS and at least 
in part led to some of the issues associated with effectiveness 
that you have obviously heard about and are referring to. 

As you begin to look at GCCS, the business processes haven’t 
changed, and as a consequence those deplo 3 nnent execution 
monitoring capabilities have not been added to it. So some of 
those Issues are in fact stiU issues, and they are in fact still 
being worked by the Joint Staff in cooperation with the mili- 
tary departments. Folks are now beginning to use the capability 
of the technology since the technology has changed in GCCS, 
and folks me starting to use that capability to evolve progres- 
sively more and more capability for transportation visibility 
and in-transit visibility of the various pieces of the deploy- 
ment. So I guess as the bottom line, I wouldn’t attempt to 
convey to anybody that we have achieved Nirvana in the de- 
ployment of GCCS, but I think that the evolutionary process 
and the modem technology implementations enable people to 
tackle some of the more fundamental process issues that were 
at the root of many of the effectiveness problems that you 
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referred to In WWMCCS. Folks are starting to tackle those 
issues now, whereas the nature of the mainframe technology 
in WWMCCS made it next to impossible to tackle them in the 
past. 

Pearson: Since the implementation of GCCS, what have been 
its major areas of success, in your view, and what are the 
major challenges that the system faces in the upcoming dec- 
ades? 

Perry: I think the major success was in the initial deployment 
and the subsequent evolutionary upgrades, basically taking 
something that had been in place since the early 1970s 
through 1996 and actually replacing it. That was a monumen- 
tal task given the fact that over those 25-plus years the old 
system had extended tentacles throughout the military depart- 
ments into so many different locations, in so many different 
organizational elements. 1 think it was a major feat to be able 
to move off of that old, obsolete implementation base into a 
more modem technology that permits addressing the issues 
that we’ve been discussing here. 

Challenges for the future? As with any tremsition, change is 
always difficult, and gaining user acceptance has been a bit of 
a challenge because it’s not the same old WWMCCS everybody 
was used to. 1 think most of those challenges are behind the 
department at this point. We’ve been operating on it for three 
and a half years now, since August of 1996 through today, 
emd progressively more zmd more people are coming to accept 
the change, understand it, and, in many cases, embrace it 
because of the potential empowerment. I thiiik if you went out 
and surveyed a whole bunch of former WWMCCS users you 
could still find a little bit of discord given that it is change, but 
I don’t think you would find a lot of that today. And I think the 
real issues as we move off into the future are going to be the 
evolution of business processes for the deliberate crisis planning, 
deployment, and execution issues that we’ve talked about, as 
well as extending its combat execution monitoring and aware- 
ness kinds of capabilities. I think that the more significant 
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issues are going to be those kinds of changes that are still 
ahead of GCCS eind its employment across DOD. 

Pearson: Any final thoughts with regard to the changes that 
have taken place, or any final concerns we should keep in 
mind? 


Perry: No, none that we haven’t already discussed, though as 
an interesting footnote I’ll observe that you can now find pieces 
of WWMCCS in the Smithsonian Institution. When it was shut 
down in 1996, the depeutment donated pieces of WWMCCS to 
the Smithsonian as a fairly significant element of at least the 
military side of national history, and they accepted it. Things 
like some of the computer equipment and terminals, or ele- 
ments of it. Things like shopping carts that were used to wheel 
large stacks of WWMCCS printouts around the Pentagon were 
also a part of what was donated, and I’m not quite sure what 
they’re doing with it right now. But as you indicated in your 
questions, WWMCCS was a lot more than that. 

Pearson: Dr. Perry, thank you very much. 
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